Kategorier
Strategier för projekt

HIPPO syndromet i projekt

Många av oss har upplevt det på möten – projektet är i ett tidigt skede och det finns många oklarheter, vägval och frågetecken att reda ut för att säkerställa rätt lösning och strategi för att uppnå målen. Olika frågor kommer upp på inledande möten och många av frågorna är så komplexa att de behöver underlag, analys och eftertanke – kort sagt en förstudie.

Istället för att parkera svåra frågor och ta upp dem senare när de är tillräckligt förberedda så inträffar HIPPO-syndromet. HIPPO* är en akronym och står för Highest Paid Person’s Opinion, fritt översatt till högst avlönade personens åsikt. En HIPPO är oftast en senior chef, som utifrån sin position agerar med stor auktoritet och hyser respekt från medarbetare.

På möten tar ofta HIPPOn initiativet och ger sin syn på olika frågor. Istället för att dennes åsikt utgör en av flera möjligheter eller synsätt på vägen framåt så betraktas HIPPOns åsikt som den sanning och vägledning som projektet behöver för att komma vidare. Detta trots att så kanske inte alls är fallet. Det kanske saknas data för att fatta beslut, eller så har den unga och nyanställda projektmedarbetaren mer insikt och relevanta kunskaper i aktuella frågor. Men dennes åsikter tenderar att väga lätt när HIPPOn väl har sagt sitt.

Beslut i projekt ska vara grundade på data, analys och projektets samlade kompetens, inte enbart på HIPPO!

Vad kan du som professionell projektledare göra för att undvika det här syndromet? Vårt bästa tips är att alltid förbereda frågor som ska behandlas på möten med väl genomarbetade diskussionsunderlag. Om en fråga ska leda till ett beslut bör beslutsunderlaget också innehålla en rekommendation till beslut, med tillhörande motivering. Det här gör att diskussioner och beslut baseras på data och underlag.

Ytterligare ett tips är att du som projektledare aktivt styr möten så att alla mötesdeltagare får utrymme att ge sin syn på frågor innan ordet ges till HIPPOn. Genom det undviks att mötesdeltagare påverkas för mycket av HIPPOns åsikt.

* Begreppet HiPO, Highest Paid Option myntades av Dylan Lewis 2006 och vidareutvecklades sedan samma år till HIPPO av Avinash Kaushik och Ronny Kohavi.

Kategorier
Strategier för projekt

Slow is Smooth, Smooth is Fast

Kan projektvärlden lära sig något av militära strategier? Det sägs att t ex det amerikanska specialförbandet Navy Seals använder följande devis – Slow is Smooth, Smooth is Fast, fritt översatt till att skynda långsamt är effektivt.

Att organisera ett team kräver först och främst ett mål, därefter en plan för att ta sig dit så snabbt som möjligt utifrån de förutsättningar som finns. Framdrift i gå-tempo är för långsamt, att springa ökar risken för misstag. Att halvspringa kan vara en bra medelväg. Vid eftertanke så går det ju att visuellt se hur militära trupper rör sig framåt genom att halvspringa i ett genomtänkt mönster – framåt mot målet i så snabbt tempo som möjligt utan att riskera för stora misstag.

Efter att ha utbildat tusentals projektledare och chefer i projektarbetsformen är det tydligt att många organisationer har för bråttom i sina projekt. Ofta går man från en otydlig idé och målbild direkt till genomförandet. Att det är en allt för utbredd verklighet idag i projektvärlden visar också undersökningar.

Många är de projekt som skulle vinna på att avsätta mer tid till att först göra en ordentlig målformulering, följt av en hållbar plan och sedan riskanalys för vad som kan hindra att nå målet. Därefter kan projekt börja röra sig framåt och leverera nytta i ett snabbt men kontrollerat tempo. Eller som dom säger därborta – Slow is Smooth, Smooth is Fast!

Kategorier
Strategier för projekt

Måldriven utveckling med behoven i fokus

Att beställa rätt projekt och samtidigt ha kunskap om när i tiden olika typer av funktionalitet och nytta behövs är centralt i alla typer av verksamheter. I grunden handlar det om kunskaper i att balansera insikter om verksamhetsbehov med produktionskapacitet. Ju bättre en organisation är på att definiera sina behov, och hur, när och i vilken omfattning projekten ska leverera den nyttan, desto effektivare projekt.

Häng med på en bloggserie i flera delar där vi beskriver och reflekterar kring hur kravarbete i projekt kan förberedas, genomföras och följas upp för att säkerställa att projekten levererar precis det som verksamheten efterfrågar.

Först ut är måldriven utveckling med behoven i fokus. Det ska sägas direkt att bloggserien har sin utgångspunkt i agilt arbetssätt, men många principer och moment kan även användas i traditionella arbetssätt, som t ex sekventiellt.

Om du saknar något område eller frågeställning inom det här området som du skulle vilja att vi kompletterar med så tar vi tacksamt emot förslag!


Effektivt kravarbete börjar med att klargöra behovsbilden. Låt behoven utgöra basen och strukturen för att definiera krav, ta fram lösningar, leverera och fungera som utgångspunkt för att följa upp att det blev som vi tänkt oss.

En kravprocess består av ett flöde av behov, möjligheter, lösningar och krav. Se samspelet mellan begreppen i den här översiktsbilden.

kravhantering i projekt - måldriven utveckling

Några förklarande punkter av översikten ovan som beskriver ett väl beprövat sätt att hantera krav vid agilt arbetssätt:

  • Behoven utgör grunden för kravhantering och är kopplade till de effekter som önskas uppnås. De samlade behoven kan benämnas som målbilden.
  • En Roadmap beskriver och visualiserar när en beställare behöver börja kunna använda resultatet, dvs börja kunna nyttja leveranserna från projektet.
  • Möjligheterna att tillgodose behoven tas fram på en första grov nivå. Med fördel kan dom olika möjligheterna uttryckas som olika Lösningsförslag.
  • Lösningsförslagen kan vara en mix av initiala respektive mer långsiktiga lösningar, vilket innebär att det kan bli aktuellt att gå vidare med både en kortsiktig och en långsiktig lösning för projektet, även kallat livscykelperspektiv.
  • Krav kommer nu in i bilden när Valda lösningar ska utformas.
  • De Valda lösningarna kan innebära en eller flera Leveranser och Delleveranser
  • Leveranser bryts sedan ner i olika Aktiviteter, dvs arbete, som behöver utföras för att kunna leverera.
  • Leveranser till verksamheten sker på två nivåer:
    Delleveranser från Utvecklingsteam, dvs innan allt är på plats avseende Leveransen.
    Leveranser från projektet, dvs när allt är på plats (”tillräckligt bra”) för att kunna anses levererat från projektet.
  • Verksamheten tar emot lösningarna successivt i form av olika delleveranser från utvecklingsteamen. Varje delleverans testas och godkänns av verksamheten.
  • Verksamheten påbörjar nyttjandet av lösningarna för att hantera sina behov. Nyttjandet sker över tid enligt bestämd Roadmap.

Med ovanstående vill vi visa att krav bottnar i behov, dvs något man behöver för att kunna uppnå de effekter man önskar. Det gäller både sk funktionella och icke-funktionella krav.

I våra konsultuppdrag ser vi ofta att många organisationer inte låter behoven vara ett eget steg i kravprocessen. Istället väljer man att direkt gå på kraven. Med det finns då en risk att tappa kopplingen mellan verksamhetsbehoven och det som projekten levererar.

Agilt vs Sekventiellt vid hantering av krav

En alltför vanlig kommentar vid traditionell utveckling som använder ett sekventiellt arbetssätt är ”Ni har inte fått den funktionen därför att den inte fanns med i kravlistan”. Det här beror oftast på att det är svårt att i förväg tänka på alla delar som behöver komma med.

Med det agila arbetssättet faller det sig mer naturligt att arbeta i strukturen Behov-Krav, dvs behov som resulterar i ett antal krav. I agil utveckling nöjer man sig ofta initialt med att definiera de behov som verksamheten behöver tillgodose på en övergripande nivå. I takt med att behoven sedan prioriteras sker sedan en detaljering, vilket vi kommer att beskriva mer i kommande blogginlägg i den här bloggserien.

Förståelsen av behoven ger bättre helhetsbild och stabilare bas än en kravförteckning. Lösningen för att tillgodose behoven kan komma att se annorlunda ut än om verksamheten själv tänker i lösningar med tillhörande krav.

Fördelar med att separera behov och krav

Projekt är människor är en tes vi ofta använder. Så även när det gäller krav. Att skilja på behov och krav skapar organisatoriska fördelar i projekten eftersom det blir naturligt att verksamheten fokuserar på att definiera sina egna behov. De äger därmed själva basen för projektet. Därefter engageras utvecklings- och produktionsenheter för att tillsammans med verksamheten arbeta vidare med kravprocessen och ta fram lösningar och definiera krav.

En vanlig fallgrop med att börja med att tänka lösningar och krav för tidigt är att det kan finnas olika möjligheter att tillgodose behoven. Dessutom är det ofta mycket lättare att beskriva olika alternativa och effektiva lösningar om de ställs mot specifika och definierade behov. Om kraven istället utgör basen för kravarbetet finns risk att man i onödan låser fast ett antal krav som kanske inte är relevanta eftersom de finns med i kravlistan för en lösning som kanske inte är aktuell längre, dvs risken finns att krav kvarstår till utvecklingsfasen även fast dom kraven kom till för en annan lösning som inte valts.

Visualisering av behoven i en roadmap

En gemensam målbild är en mycket bra bas för projekt. Med målbild menas en samlad och heltäckande beskrivning av behoven och de effekter som önskas uppnås. Ett tips är också att redan i ett tidigt skede börja arbeta med prioritering av behoven. En sk. roadmap kan vara ett enkelt sätt att visualisera prioritering av förväntade leveranser för att tillmötesgå behov.

leveranser av resultat och nytta projekt i en roadmap

En roadmap visar när verksamheten önskar få sina respektive behov tillgodosedda och i vilken omfattning. Mer om visualisering av roadmaps kommer vi att beskriva i kommande blogginlägg.

Måldriven utveckling

Baserat på olika möjligheter att tillgodose behoven, kan sedan olika lösningsförslag arbetas fram av t ex utvecklingsavdelningen, IT etc. Verksamheten är hela tiden med och kompletterar med krav under projektets gång.

Vid agil utveckling genomförs projekt indelat i flera kortare etapper, t ex i tidsperioder om 2-3 veckor. Ytterligare en fördel med måldriven utveckling utifrån behov är att det ofta är enklare att diskutera innehåll i olika etapper om utgångspunkten för planering av etapper är på behoven istället för att använda en kravlista som bas.

Fokus på behoven snarare än kraven gör att vi får en måldriven utveckling baserat på vad som behöver levereras och när verksamheten behöver sina leveranser. På så sätt uppnås också en naturlig prioritering i projekt.

Hur ska det här då gå till i praktiken? Vem ska utföra arbetet och hur sker kommunikation i den här typen av kravarbete? Vi kommer att återkomma kring organisation och roller längre fram i den här bloggserien.

Hoppas du har lust att följa hela vår bloggserie kring detta viktiga område krav. I kommande inlägg kommer vi beskriva och reflektera kring prioriteringar och avgränsningar, roller och ansvar, visualisering av roadmaps och verifiering.

Kategorier
Länkar

Länktips – IVAs 100-lista

En ny spännande 100-lista från Kungl. Ingenjörsvetenskapsakademien (IVA) som lyfter fram intressant forskning från olika lärosäten i Sverige som har potential för näringslivet. Listan innehåller många intressanta delar och i år är temat digitalisering. Vi som dagligen arbetar i projekt vet hur viktigt det är att både utnyttja teknik, metoder och verktyg som finns idag. Men också hur viktigt det är att ha koll vad forskning och olika typer av innovativa företag har för nytt och spännande. Länk till denna breda och omfattande lista hittar du här »

Kategorier
Strategier för projekt

10 moderna verktyg för projektarbete

På våra utbildningar är en vanlig fråga om vi kan ge tips på bra och lättanvända verktyg för projektledning. I takt med att allt mer arbete flyttas ut i molnet så dyker nya verktyg och aktörer upp hela tiden. Konkurrensen bland verktyg för samarbete kring projekt och aktiviteter är idag mycket hård. Det finns dock några verktyg som vi själva jobbar med. Här kommer några tips på verktyg som kan vara till stor hjälp för projektledare. Ett kriteria när vi valt ut verktygen nedan har varit att de är molnbaserade, relativt billiga att starta med och inlärningströskeln är låg. Håll till godo! Har du tips på ett nytt spännande verktyg för projektledning? Kommenterar gärna nedan.

Prototyping och Design

Invision är ett modernt verktyg för att t ex samarbeta kring framtagning av prototyper. Det går snabbt och tydligt att diskutera, visa, ändra och lägga till information kring t ex olika skärmbilder för en webbsida eller mobilapp.

Samarbete och kommunikation

Slack är ett flexibelt verktyg för att samarbete. Slack har ett snyggt och lättjobbat gränssnitt och innehåller ett stort antal möjligheter till integration av andra appar,  t ex olika planeringsverktyg, dokumentsystem mm.

Planeringsverktyg

Microsoft Project är det mest använda planeringsverktyget. Finns versioner både för desktop och som molntjänst. Finns i såväl enkla och grundläggande versioner till mer avancerade versioner som inkluderar portföljstyrning mm.

Agil systemutveckling

Jira är ett av de större verktygen för agil mjukvaruutveckling. Baseras på sk Scrum/Kanban-tavlor. Många funktioner för att mäta framdrift i projektet.

Samarbete och dokument

Microsoft SharePoint är den mest använda plattformen för dokumenthantering. Microsoft Sharepoint har med sin koppling till Office 365 snabbt blivit populär. Innehåller flera bra verktyg för projekt som t ex Planner, Teams mm.

Projekt och uppgifter

Asana är ett mycket väldesignat och lättanvänt verktyg för teamarbete inom projekt och aktiviteter. Innehåller också sk kanban-tavlor där gruppen kan se pågående och avslutade aktiviteter.

Gantt scheman

Ett av de mer etablerade verktygen som fokuserar på enkel funktionalitet kring Gantt-scheman. Det går snabbt att skapa en struktur över ett projekt och det finns även stöd för lite mer avancerade funktioner som t ex kritiska linjen mm.

Strukturerade listor

Trello är ett mycket lättanvänt verktyg för att arbeta med aktiviteter och uppgifter. Principen är att dela in tavlor utifrån ett tänkt arbetsflöde, t ex kommande, pågående och avslutade uppgifter. Dessutom är det enkelt att kategorisera uppgifter och t ex få notiser om ändringar sker mm.

Infographics för alla

De flesta projekt innehåller någon form av siffror och har behov att pedagogisera information för olika målgrupper. Piktochart innehåller ett stort antal färdiga mallar för olika typer av infographics. Visualiering på ett enkelt sätt.

Verktygslåda för design

Canva innehåller ett mycket stort antal färdiga mallar för olika typer av grafiska produktioner, t ex inlägg i sociala medier, presentationer, logotyper, annonser etc. Det går mycket enkelt och snabbt att skapa professionell design för print och digitalt.

Kategorier
Roligt om projekt

Alla dessa möten

Hur många gånger har vi inte suttit på möten där syfte, agenda och resultat varit tveksamma. Ofta hade det förmodligen varit mer än tillräckligt att maila ut ett kort meddelande eller frågeställningar istället för att kalla samman till ett möte. En som gjort denna iakttagelse är Will Bryant.

Vill du också ha din egen Award Ribbon så kan den beställas här »

Kategorier
Länkar

Länktips – toppchefers sätt att hantera möten

Kortare möten, effektivare möten, powermöten, interaktiva möten, stående möten etc etc. På de flesta arbetsplatser är möten ett kärt diskussionsämne. Inte sällan hörs det kritiska röster om att det hålls för många, långa och otydliga möten. Självklart är det här området extra intressant för oss som verkar inom projektområdet eftersom rätt strategi och hantering av möten många gånger kan vara avgörande för lyckade projekt.

Med det här inlägget vill vi tipsa om en intressant artikel som tar upp toppchefers åsikter om möten. Artikeln finns här »

Vi har också skrivit flera blogginlägg på temat möten, här kommer länkar till några av dem:

Undvik oförberedda frågor på styrgruppsmötet »

Skriv styrgruppsprotokollet i förväg »

Tips på projektmöten på telefon »

Kategorier
Tips från projektcoachen

Skriv styrgruppsprotokollet i förväg

Ett väl förberett styrgruppsmöte följer en tydlig agenda med tydliga beslutsfrågor och frågor som ska upptas till diskussion. Om allt går som planerat bör stora delar av mötet kunna förutses. Ett tips är därför att redan innan styrgruppsmötet förbereda styrgruppsprotokollet genom ett utkast, t ex att skapa dokumentet, dokumentera närvarolista, agendan och formulera beskrivningar av hur varje agendapunkt hanterades på mötet.

När mötet sedan är klart kompletteras utkastet med de beslut och diskussioner som uppstod. Det gör att du kan skicka ut protokollet en kort stund efter mötet, vilket ofta får den positiva effekten att styrgruppsmedlemmarna direkt hanterar, prioriterar och agerar kring aktuella beslut från mötet.

Att du som projektledare uppfattas som snabb och effektiv, det är väl bara ett plus i kanten….

Har du något tips kring effektiva styrgruppsmöten? Kommentera nedan!

Kategorier
Tips från projektcoachen

Undvik oförberedda frågor på styrgruppsmötet

Även ett väl förberett styrgruppsmöte kan uppfattas som misslyckat om du inte är observant. Vad är då ett lyckat styrgruppsmöte? Lite förenklat skulle vi vilja säga att ett lyckat styrgruppsmöte är ett möte som

– följer utsänd agenda med de aviserade frågorna och beslutspunkterna
– går smidigt att genomföra genom att de i förväg utskickade beslutsunderlagen bidrar till att alla mötesdeltagare är insatta i frågeställningarna redan innan mötet startar
– hanterar nya frågor utanför agendan i mån av tid och sist i mötet. Eftersom styrgruppsmöten normalt ska ha fokus på beslutsfrågor är det ofta en god idé att stanna vid att enas om vilka de nya frågeställningarna är och hur de kan förberedas till kommande möten. Undvik att mötet kommer in i för många oförberedda diskussioner med dåligt förberedda underlag. Det skapar ofta en känsla av ett rörigt möte, där styrgruppsmedlemmar känner sig obekväma genom att de är oförberedda och för lite insatta i frågan för att kunna föra en konstruktiv diskussion.

”Håll styrgruppsmötet inom agendan och undvik diskussioner med dåligt underbyggda underlag!”

Exempel på utspel under ett möte som kan skapa en rörig diskussion är – Hur kommer det här påverka oss på lång sikt? – eller – Vilken påverkan får det här på andra projekt? -Om den typen av utspel kommer på ett styrgruppsmöte är det ofta en god idé som projektledare att undvika att ta upp frågan för diskussion på aktuellt möte utan istället försöka sammanfatta utspelet och föreslå en hantering:

– Om jag förstod dig rätt Stina så undrar du vilka konsekvenser det här kommer att få för vår organisation, vill du att vi till nästa möte adderar punkten ”Konsekvenser på lång sikt” och att projektet till det mötet avsätter tid till att fram en konsekvensanalys som underlag? – Och till din fråga Stefan om påverkan på andra projekt, här föreslår jag att vi till nästa möte gör en matris med olika beröringspunkter till andra projekt så att det lättare för alla att överblicka det när vi diskuterar frågan, är det en bra idé?

”Om det finns mötestid när alla frågorna på agendan är hanterade är det ofta klokt att avsluta mötet lite tidigare istället för att passa på att ta upp en del andra frågor nu när alla ändå är samlade…”
Tips från coachen

– Fundera igenom upplägg och struktur på ditt styrgruppsmöte en extra gång innan du skickar ut inbjudan. Är det verkligen de här frågeställningarna som är mest prioriterade just nu? Hur disponerar du tiden på mötet bäst så att de viktigaste frågeställningarna får mest utrymme?

– Undvik att försöka lösa för många frågor på ett och samma möte. Är frågan komplex är det ofta bättre att dela upp frågan i olika delbeslut vid flera möten

– Var observant så att du inte själv går för långt utanför själva kärnfrågan vid föredragande av olika punkter

– Säg vänligt men bestämt ifrån om någon mötesdeltagare tenderar att komma för långt ifrån ämnet

– När du som projektledare inleder med att presentera agendan kan du fråga om någon mötesdeltagarna har några kompletterande punkter som de vill lägga till i agendan. Du kommunicerar då tydligt att de frågorna kommer att läggas sist i agendan och att de tas upp i mån av tid och att fokus då kommer att vara på hur dessa nya frågor ska hanteras i styrgruppen

Självklart kan tips i det här inlägget sägas gälla för de flesta typer av möten, men på just styrgruppsmöten finns ofta speciellt mycket att vinna på att försöka hålla på mötesformalian. Har du några tips på hur du brukar göra för att få effektiva styrgruppsmöten? Kommentera nedan!

Kategorier
Ledarskap

Att ge kritik enligt hamburgermetoden

En väl beprövad och vedertagen metod för att ge kritik är den sk hamburgermetoden, eller sandwichmetoden som den också kallas. Metodens enkelhet gör att den är lätt att ta till sig och använda. Metoden handlar om att kunna ge konstruktiv kritik. Att ge kritik kan av många kännas olustigt och obekvämt även om det många gånger är nödvändigt att ge konstruktiv kritik, inte minst i projektledarrollen.

Metoden går i korthet ut på att inleda samtalet med, t ex en kollega, genom att först ge positiv feedback kring något som kollegan utfört. Sedan kommer delen med kritik. Här är det oavsett vilken metod som används självklart viktigt att kritiken är just konstruktiv, se även blogginlägg Att ge konstruktiv kritik ». Samtalet avslutas med ytterligare positiv feedback på något som utförts.

Invändningarna mot metoden är att den lindar in kritiken och att kritik därmed inte framförs på ett korrekt och rättframt sätt. Och visst, metoden går delvis ut på att linda in, men det behöver inte alla gånger vara någonting negativt. Risk finns dock för otydlighet avseende den konstruktiva kritiken och att metoden används för att minska eventuellt obehag som den som ger kritik kan uppleva. Som med alla metoder finns det för- och nackdelar och ingen metod passar alla tillfällen, därför vara bra att känna till olika angreppssätt.

Genom att använda sig av metodens tre steg
  • kan själva inledningen på samtalet med kritik ofta avdramatiseras
  • finns risk att den positiva feedbacken i samtalet medför att den delen som handlar om kritik inte blir tillräckligt tydlig och mottagaren därmed inte tar till sig eller uppfattar kritiken
  • kan möjligheten öka för en positiv avslutning på samtalet