På tal om projekt ...

Hej!

Erik
Jag heter Erik Sjöberg och är vd på Moment Projektkonsult. I min blogg kommer jag
att ge min syn på projektledning och allt vad det kan innebära.
Läs mer

Hej!

henrik_stadler_thumb

Mitt namn är Henrik Stadler och jag är Senior projektledare på Moment Projektkonsult.I min blogg skriver jag främst om projekt-ledning eftersom det är något jag brinner för.

Läs mer

Sök

Organisation

Fråga vilken konsult som helst vad som är viktigast på jobbet. Bland topp tre hamnar i princip alltid "utmanande intressanta uppdrag" och "kompetensutveckling". Det innebär förstås att konsultföretag måste vara som allra starkast på just dessa delar.

Tyvärr ser man ofta, både bland konsultföretag och andra organisationer, chefer komma lätt undan genom att lite glatt säga "den viktigaste kompetensutvecklingen får man genom att vi tillhandahåller intressanta och utvecklande uppdrag", och visst ligger det något i det. Men det är ju bara en början, en hygienfaktor.

Inte heller konsultföretagets uppföljning av pågående uppdrag för att säkerställa att kunden är nöjd sticker ut särskilt mycket idag. Även det är en hygienfaktor.

Men hur ser det ut i övrigt? Arbetar man konsekvent med mentorskap? Sker kompetensutveckling kollegor emellan en kväll i månaden "efter arbetstid" och med låg energinivå eller på bästa morgontid för maximal effekt? Sker uppföljning av konsulters arbete med tydligt fokus på konsultens utveckling, eller nöjer man sig med att kunden är nöjd? Vilka professionella nätverk är konsulterna med i och vilka stimuleras de att gå med i av sin chef?

Alla, både kunder och leverantörer säger ju sig också vilja jobba med långa relationer. Det vore därför också intressant att veta vilka krav på långsiktig kompetensutveckling du som kund ställer på din leverantör. Och ställer du samma krav på en konsultmäklare som på ett konsultföretag?

  /Erik




Jag undrar hur många projekt-/portfölj-/PMO-/utvecklingschefer som i slutet av december tänker ”aldrig mer”:

·         ”Aldrig mer en budgetprocess i september-oktober där vi har så dåligt underlag inför det kommande årets satsningar, och så dålig koll på tillgängliga resurser och så mycket handjagande av data”

·         ”Aldrig mer en lika hektisk decembermånad där vi tvingas till hårda prioriteringar men där vi inte ens har verktyg för att enkelt se vad prioriteringsbesluten får för effekter på vår försäljning, resursutnyttjande och intäkter”

·         ”Aldrig mer ett år där två projektledare säger upp sig och lämnar efter sig två helt individuellt administrerade och planerade projekt där det tog månader för de projektledare som tog över att komma upp på banan”

·         ”Aldrig mer ett år där jag tvingas avbryta mitt planerade arbete för att sammanställa data om projektportföljen, om och om igen”

”Aldrig mer! Nästa år …”

Men varför är det så svårt att ta sig ur ekorrhjulet?

Jag tror att det finns många skäl. Ett av skälen är att projektverksamhet nästan alltid är oerhört intensiv, leveransfokuserad och arbetet sker med kniven på strupen för att hinna före konkurrenterna, uppfylla legala krav osv. Ett annat skäl är att det alltid är svårt med förändringar av beteenden.

Ett tredje skäl är att det kan se så förrädiskt enkelt ut att bara införa ett verktyg. Vem skulle inte vilja kunna få fram diagram av följande typ på längden och bredden, med ständigt uppdaterat innehåll utan ansträngning?

Chart_Bubble_Chart_01

Och så gör man en förstudie, väljer ett verktyg, hoppar över det krävande men helt nödvändiga förändringsarbetet i organisationen – och konstaterar frustrerat att ingen orkar uppdatera informationen i verktyget utan man har i stället fått ett nytt byråkratiskt inslag i vardagen som stjäl tid utan att skapa värde.

Självklart kan man råda bot på problemen genom att ta förändringsledningen på allvar. Med ett väl förankrat program där fokus är på projektorganisationens beteenden, med respekt för att beteendeförändring tar tid, kan man få ordning, effektivitet och arbetsglädje.

Men hur gör man om man inte har tiden och tålamodet för att låta förändringsarbetet med tiden effektivisera organisationen? För att motverka hemmablindhet kan vi kolla på en helt annan enklare utmaning: hur gör stora organisationer för att hantera sina resebokningar?

Jo, man vänder sig till en resebyrå. Valet är enkelt: för resebyrån är hanteringen av resor själva kärnverksamheten. Det är en självklarhet att man jobbar i gemensamma system, att man kan producera rapporter för kundens totala resor och ingen agent skulle komma på idén att börja boka resor på sitt eget sätt.

Konstigt nog ser man inte alls samma fenomen på projektsidan. Varför använder sig inte fler organisationer av externa projektbyråer, som man helt enkelt ger i uppdrag att hålla ordning på all administration av projektportföljen, och eventuellt även tillhandahålla projektledarna. Då skulle organisationen slippa stora delar av förändringsarbetet, man skulle slippa övertyga sin projektorganisation om att det gemensamma verktyget ska användas, att det finns ett värde i att jobba på ett likartat sätt och att det är nödvändigt för budgeterings- och prioriteringsarbete att helt enkelt ständigt ha en uppdaterad översiktsbild över vad man håller på med. Då skulle man också kunna lägga all sin egen tid på att producera resultat inuti projekten, bygga upp know-how som blir konkurrensfördelar i kärnverksamheten, säkerställa affärsmässigt bra prioriteringar i projektportföljen och jobba med effekthemtagningen.

Jag tror att vi de närmaste åren kommer att få se en tydlig trend i den här riktningen, samtidigt som antalet nyårslöften med aldrig-mer-innehåll går ner.

Sist men inte minst vill jag passa på att önska alla bloggläsare en riktigt God Jul och Gott Nytt År!

  /Erik



Individer fattar bättre beslut än grupper!

Efter de senaste årens starka agila trender var det nog många som hajade till när Ari Riabacke förra veckan på Projektnärings första träff rakt upp och ner deklarerade att individer oftast fattar bättre beslut än grupper. Ari som disputerat i beslutsfattande torde ju ha bra vetenskapliga belägg för sina kommentarer.

Men vad innebär det för de agila metodernas syn på vikten av självorganiserande team, decentraliserat beslutsfattande osv? Redan före de agila metodernas intåg hde ju erfarna projektledare under lång tid involverat projektmedlemmarna i beslutsfattandet och ofta tagit ett steg tillbaka och låtit gruppen fatta flertalet beslut - i Sverige oftast efter koncensus - och bara i undantagsfall gått in och tydligt sagt att "det här är mitt beslut".

Så vad menar då Ari? Som jag tolkade Ari menade han att individer i en grupp har lättare att gömma sig bakom andra invider i gruppen när man fattar beslut. Man kanske inte fullt ut förstår beslutsunderlaget eller konsekvenserna av sitt beslut men "han" eller "hon" i gruppen "brukar ju förstå". Dessutom är det inte så allvarligt om det blir fel eftersom "vi ju var överens". Skillnaden blir stor när en individ är ytterst ansvarig och kommer ställas till svars för konsekvenserna av beslutet, och därför blir beslutet ofta bättre.

Men har det då plötsligt blivit mindre viktigt med gemensamma beslut, att få in hela gruppens samlade kompetens, att skapa delaktighet i beslutsprocessen osv?

Mitt eget svar på det blir förstås ett nej! Däremot tyckte jag det var riktigt uppfriskande att höra Aris kommentar eftersom jag tycker att såväl ledarskapsteorier som projektmetoder ofta förespråkas lite för enkelt och onyanserat. Som ledare måste man förstås ha förståelse för alla ovanstående perspektiv på beslutsfattande och situationsanpassat välja det som passar bäst, vilket i de allra flesta fall inte blir vare sig svart eller vitt utan en blandning. Som vanligt gäller det att förstå så många av verktygen i verktygslådan som möjligt och dessutom ha kunskapen om hur och när de bör användas. Om det enda verktyg man behärskar är en hammare kommer som bekant det mesta att se ut som en spik.




När en styrgrupp sätts samman väljer man ofta en av två huvudprinciper:

  1. Den första principen är den som ur ett projektteoretiskt perspektiv är renast: man bemannar styrgruppen med just de personer som behövs för att skapa beslutsmandat, säkerställa förankringen i organisationen och som typiskt sett är närmast berörda av effektmålen för projektet. I denna typ av styrgrupper har ledamöterna ofta lätt att samarbeta, strävar mot samma mål och blir ett effektivt stöd för projektledaren.
  2. Den andra principen innebär att man fokuserar på att få en "rättvis" fördelning av platserna i styrgruppen. Redan ordet rättvis indikerar att det finns motsättningar och ofta blir styrgruppen relativt svårstyrd och framförallt ett forum för att jämka samman olika viljor. Typiska exempel kan vara när flera branschaktörer ska samarbeta kring en ny satsning, när privata företag och statliga organisationer ska samarbeta kring ett nytt projekt eller när olika politiska partier ska vara representerade i en styrgrupp. I denna typ av styrgrupper är det inte alltid lika lätt för ledamöterna att samarbeta. Fokus blir i stället ofta bevakning av särintressen och styrgruppen blir inte ett lika kraftfullt stöd för projektledaren och det projekt som ska drivas.

Självklart ställer dessa två huvudprinciper olika krav på rollen som styrgruppsordförande.

I det första fallet bör ju verkligen alla sträva mot samma mål och styrgruppsordföranden kanske till och med är linjechef över övriga i styrgruppen. Man kan då lägga ett ganska stort ansvar på styrgruppsordföranden när det gäller att skapa en stark, beslutskraftig styrgrupp där alla drar åt samma håll. Självklart ska det även i såna här styrgrupper få finnas utrymme för meningsskiljaktigheter och det ska vara högt i tak. Meningsskiljaktigheter bör dock kunna diskuteras öppet och rakt på och hela styrgruppen ska sedan kunna ställa sig helhjärtat bakom fattade beslut.

I det andra fallet krävs en helt annan diplomatisk förmåga och fingertoppskänsla hos ordföranden. Här kan ju styrgruppen bestå av ledamöter som av olika skäl inte kan vara helt öppna med all information. De både har - och kanske också ska ha - i grunden olika uppfattning om i vilken riktning projektet ska utvecklas. Här måste ordföranden i styrgruppen å ena sidan låta alla komma till tals och ha en hög acceptans för olika åsikter. Å andra sidan är det ett projekt man är styrgrupp för, så man måste också till slut enas om en väg framåt med tydliga direktiv till projektledaren. Detta direktiv kanske inte alla kan ställa sig bakom helhjärtat, men åtminstone solidariskt helt och fullt stötta.

Varför skriver jag då detta blogginlägg? Hittills finns ju ingen riktig poäng utan bara en beskrivning av hur det ofta fungerar.

Det första skälet är att jag vill belysa att rollen som styrgruppsordförande är utmanande och krävande.

Det andra skälet är att jag har sett ganska många ordförande som lett styrgrupper av den första typen ovan och som utan att vidta åtgärder passivt betraktat när interna stridigheter och maktkamper gör organisationen ineffektiv och förstör för det projekt man ska styra. Ändå gör ordföranden ingenting. Jag har själv lett projekt med ett affärsområdes ledningsgrupp som styrgrupp och där en av ledamöterna på hemmaplan försökte sabotera projektet som ledamoten sagt sig ställa sig bakom på styrgruppsmötena. Alla visste att det berodde på personliga motsättningar mellan två personer i styrgruppen och det hade pågått en längre tid. Varför agerade inte styrgruppsordföranden? Är ett sånt här agerande vanligare i konflikträdda Sverige än i andra delar av världen?

Det tredje skälet är att jag också sett ordföranden som lett styrgrupper av den andra typen, och som ofta varit duktiga på att ta ett steg tillbaka och låta alla komma till tals - men där problemet sedan varit att styrgruppen inte drivits fram till att enas om ett tydligt direkt som alla ställer sig bakom.

Det är alltid roligt när det blir lite diskussion om blogginläggen. Just det här skulle jag själv vara extra intresserad av att höra fler synpunkter om. Tycker ni som läser att rollen som styrgruppsordförande är underskattad eller inte? Har ni själva i era organisationer personer som funkar bra i rollen? Vågar era strygruppsordförande utöva ett tydligt ledarskap när det behövs?




Under sommaren ställs man ofta inför frågan om det är effektivast att låta alla i ett projekt ha semester samtidigt eller utspritt.

Om alla i projektet har semester samtidigt sker naturligtvis inga framsteg alls under semesterperioden, men projektet går med full kraft både före och efter.

Om man i stället sprider ut semestrarna så mycket som möjligt så att det varje vecka alltid finns minst en person i varje roll som arbetar (t ex kravspecificerare, utvecklare, testare i ett IT-projekt) får man andra för- och nackdelar. Till fördelarna hör att framsteg kan göra även under semesterperioden och framförallt att aktiviteter som tar lång kalendertid men kräver låg bemanning med särskilt stor fördel kan planeras in under semesterperioden. Andra fördelar kan vara att man kanske kan få utnyttja en hel testanläggning för långa testcykler som inte hade varit möjligt annars. Den största nackdelen är oftast att det ofta visar sig att det är just den personen som är på semester som man behöver få tag på och så har man i stället personer på plats i projektet – vilka självklart kostar pengar – utan att de kan producera för full maskin. (Eller uttryckt med EVM-termer: vi prioriterar vårt SPI på bekostnad av CPI.)

Det vore intressant att se vad ni läsare av bloggen tycker. Vilka typer av projekt lämpar sig bäst för den ena eller andra hanteringen av semestrar?




Mot slutet av projekt, eller inför viktiga milstolpar, frågar man sig ofta om det hjälper eller stjälper att stoppa in ytterligare en resurs. En resurs till medför fler producerade timmar och därför i någon mening högre produktionstakt. Samtidigt medför det ytterligare administration och framförallt inskolning i projektet – vilket kräver tid från högpresterande projektmedlemmar som borde fokusera på leveransen och inte på att få in nya personer i gruppen.

Frågeställningen är långt ifrån enkel och de flesta erfarna PL har nog trampat snett åt båda hållen. Antingen sitter man där och tänker jaha, det stämmer verkligen: ju fler kockar desto sämre soppa. Eller så tänker man “tänk om vi bara hade tagit in två till för några veckor sen … det hade varit jobbigt men nu hade det varit i full gång inför leveransen och kunnat täcka upp för Kalle som blev sjuk”. Och när man ska ta beslutet känns det lite som att springandes leda en cykel när man blir jagad av ett odjur – stannar man för att hoppa upp blir man ifattsprungen och gör man det inte orkar man inte i längden …

Det finns t o m nyckeltal som har sin bakgrund i denna problematik: maxantalet resurser i ett projekt får inte vara mer än dubbelt så stort som genomsnittet över projekttiden. Jag vet inte om nyckeltalet är rimligt, men det visar på frågans vikt.

Förutom att konstatera att fingertoppskänslan och erfarenheten är viktig när det gäller bemanningen av ett projekt skulle jag vilja slå ett slag för att hålla den gammaldags hederliga projektplanen uppdaterad. Om man nu beslutar sig för att ta in ytterligare en resurs i ett pressat läge i ett projekt är det guld värt att som ett led i introduktionen kunna sticka projektplanen i handen på dem. De kan då utan att ta tid från andra i projektet läsa in sig på mål och syfte, organisation och roller, leveranser, mottagare, mötes- och tidsplaner, utvecklingsprocess och dokumentation, granskningsplan, ändringshantering, kvalitetssäkring, risker och ekonomi – och till och med så grundläggande saker som var olika dokument kan hittas.

Dessutom är en sån (uppdaterad) projektplan inte så dum att ha den gången en projektledare plötsligt försvinner från ett projekt, t ex vid en större olycka eller sjukdom …