Det gör ont för en ScrumMaster att inte vara Produktägare

Traditionellt har (den tekniska) projektledaren haft ett övergripande ansvar för att att kraven förmedlas till utvecklare så att rätt funktionalitet utvecklas. Projektledaren har sedan levererat en lösning till kunden, som alltför ofta fått funktionalitet som sedan inte används.

Med lättrörliga (agila) metoder såsom Scrum, XP (Extreme Programming) skjuts det ansvaret till kunden - den som faktiskt skall ha systemet. Det är kunden (i Scrum "produktägaren") som skall ansvara för den löpande kravställningen och att rätt värde levereras i dagligt samarbete med utvecklarna.

Det är detta jag anser som det mest tilltalande i de "nya" metodikerna. Det är självklart att det är kunden som bör ansvara för sin egen funktionalitet. Teknikerna, inklusive projektledaren, skall hjälpa kunden med den tekniska lösningen och med hjälp att formulera krav och förstå vad dessa innebär i omfattning.

Det låter ju enkelt och självklart. I praktiken har det dock visat sig svårt både för
mig som projektledare/ ScrumMaster och för kunden/produktägaren att till fullo förstå innebörden av omfördelningen av ansvar.

Det gör ont för en ScrumMaster att inte längre vara den som utvecklarna vänder sig till för svar på frågor om vad krav betyder. I längden gör det naturligtvis inte ont längre, ScrumMastern får istället tid till annat mer betydelsefulla uppgifter - för en projektledare, än att stå till svars för funktionalitet som inte används av verksamheten. Som ScrumMaster sitter jag ju inte på den verksamhetskunskap som krävs för att kunna definiera dess behov (!)

Ont gör det ändå, det är en omställning och all förändring är förknippad med ångest, som min käre kollega Mats Nyberg brukar säga. Även min egen förändring är subtilt ångestfylld trots att det är jag själv som är min egen förändrings ivrigaste aktivist.

Det är en omställning som tar ifrån mig de uppgifter jag är van att ha, och som vi vet är vanor svåra att bryta, och särskilt dåliga sådana!

Jag är tacksam för att kunden börjar ta sitt ansvar för sin egen funktionalitet, med hjälp av mig, det är den enda riktiga vägen att gå. Men det är först efter lärandet inträffat som lusten finns där på riktigt.

Är en projektledare administratör eller tekniker?

Den erfarne beställaren av systemutvecklingsprojekt vet att det behövs en tekniker i rollen som projektledare, någon som själv arbetat som systemutvecklare och som är utbildad inom teknik för att projektet skall lyckas, dvs leverera funktionalitet till ett acceptabelt pris som beställaren och dess kunder faktiskt kommer att använda.

En icke-tekniker kan vara en aldrig så god organisatör, men utan den nödvändiga insikten i systemutvecklingens art och problem kommer inte den tekniska lösningen nå ända fram.

Därför finns det en rollbeskrivning "teknisk projektledare" idag som vad jag sett framför allt används inom IT-projekt och byggprojekt.

Vad gör då en teknisk projektledare jämfört med den vanlige "projektledaren" vars efterfrågan jag har sett inom många andra branscher?

Jag ställer mig ofta frågan istället, vad BÖR en teknisk projektledare egentligen göra? Idag uppfattar jag att rollen innehåller till hälften administrativa uppgifter - såsom lokalbokning, allmän facilitering, inköp mm.

Till hälften utför projektledaren tekniska uppgifter, såsom att vara ett metodstöd för beställaren, att tillsammans med beställare och utvecklare fatta tekniska beslut, införa verktyg, hjälpa beställaren med kravformulering, kommunicera det tekniska framskridandet med intressenter mm.

Den första administrativa uppgiften, är minst lika viktig som den andra tekniska delen, utan den första kan knappast den andra fungera. Jag ställer mig dock två frågor:

* Är det ett effektivt utnyttjande av resurser att en systemvetare/dataingenjör/IT-ledare till hälften arbetar med administration? Alla yrken innehåller administration men när blir graden av administration så hög att det inte längre är kostnadseffektivt att låta den i andra områden utbildade och kompetenta personalen utföra uppgifterna?

* Om det är naturligt att projektledarrollen skall innehålla en stor del administration, hur skall organisationer, konsultfirmor mfl lyckas behålla tekniskt kompetent personal i den rollen? Med vad skall de tekniska personerna lockas för att stanna kvar i sin roll som projektledare? För någon som en gång varit utvecklare och tekniker är det svårt att se egna utmaningar och utveckling i administratörsrollen. Det är de tekniska problemen teknikern som projektledare vill hjälpa beställaren att lösa.

Många sk tekniska projektledare väljer någon av dessa två vägar:
* Blir utvecklare igen, kanske något mer specialiserad på metodstödsroll
* Blir verksamhetsutvecklare eller chef (över t.ex andra projektledare)

Så hur ska man behålla teknisk personal som projektledare för tekniska projekt?

Jag ser två sätt:
Det ideala: Projektet får tillgång till administrativ personal för visst organisatoriskt stöd. Med största sannolikhet skulle en sådan uppgift inte ta lika mycket tid i anspråk för en administratör som är en betydligt mer professionell utövare med bättre insikt i tillgängliga rutiner och med befintligt kontaktnät och nödvändiga systemstöd.

Jag träffar administratörer som mer än gärna skulle delta mer aktivt i olika utvecklingsprojekt, därför tror jag att sådan roll skulle uppskattas även av många av dem.

Gemensamt ansvar för uppgifter: Om den tekniska projektledaren sågs på som just en tekniker, som andra i teamet, men med särskilda organisatörsuppgifter, skulle de administrativa arbetsuppgifterna delas lika mellan alla deltagare i projektet. Den spontana reaktionen från utvecklare tror jag skulle bli "men jag skall ju programmera", men - den spontana reaktionen från den tekniska projektledaren borde bli för samma fråga "men jag skall ju hjälpa beställaren att bygga system!"

Delar man de administrativa uppgifterna lika mellan deltagarna i ett projekt blir bördan betydligt mindre, och alla kan ägna sin tid åt det de är där för att göra - teknisk utveckling.

För stunden tar jag oftast rollen som teknisk projektledare med allt vad det innebär, men om inget snart ändras vad gäller fördelningen av administrativa och tekniska uppgifter kommer jag också göra som de andra:
antingen bli enbart utvecklare igen eller
bli verksamhetsutvecklare och chef.

och då står världen återigen med en teknisk projektledare mindre.