Forleden var jeg til middag med en gammel bekendt som nu er CEO i en mindre dansk finansiel virksomhed. Snakken faldt på Agile, og pludselig udbryder han

“…jeg har lige landet en super aftale med en ny kunde, og da jeg så spørger IT-folkene hvad det kræver at udvikle den nødvendige tekniske løsning, svarer de ‘175 point’. 175 point?! Hvad fa’en skal jeg bruge det til??“

Situationen er velkendt og virkelig en gammel traver indenfor agil udvikling, nemlig mødet mellem traditionel tænkning (her er scope, hvad koster det og hvornår kan I levere det?) og agil tænkning (vi ved faktisk ikke hvordan slutproduktet ser ud, men vi skal hurtigst muligt finde frem til om, og hvordan, vi kan levere det). Man kan næsten kalde det Agiles svar på “El Clásico”.

Klassisk skyttegravskrig mellem traditionel og ny tænkning
Jeg ser denne konflikt igen og igen, både fordi det agile Rom ikke blev bygget på en dag, og fordi behovet for én eller anden form for økonomisk vished naturligvis er helt legitim. Det ender ofte med en ukonstruktiv skyttegravskrig som kan blive ved i det uendelige.

På den ene side er der behov for vished og sikkerhed for en investering i et nyt produkt. Men hvor mange IT-projekter er ikke startet med en grundig foranalyse og et seriøst estimat (måske endda startet med et forudgående “guestimat” – som om et estimat ikke også er gætværk?!) og endt med at det var skudt flere hundrede meter over mål?

På den anden side er der behov for en grundig forståelse af hvad der egentlig bliver efterspurgt. Men hvor mange projektmedlemmer er ikke endt med at grave sig ned i store uproduktive huller uden konkrete leverancer i måneds-, ja måske endda årevis med dårlige relationer, stress og ringe kvalitet til følge?

Selv i virksomheder der praler af at “være agile” (og dem er der efterhånden ret mange af) hører jeg ofte bulderet og bragene fra skyttegravskrigen runge på gangene.

Løsningen er et fælles mindset
Så hvad skal min gamle bekendte gøre? Og hvad skal IT-udviklerne i hans virksomhed gøre? Svaret er, at hvis Agile skal virke, bliver ledelse og medarbejdere nødt til at beslutte sig for at gå i en ny retning. Sammen! Og det kræver omstilling fra begge sider.

Lad os starte med det agile team, som bliver nødt til at tage Agile seriøst. Det kræver bl.a. at teamet:

1. udviser den nødvendige disciplin mht. selvorganisering og tager ansvar for sine leverancer (både teammedlemmernes egne men også kollegernes),
2. måler egen performance og aktivt forholder sig til hvad der skal til for at forbedre den,
3. viser respekt for at der ikke bare bliver hældt penge ned i et bundløst hul hvis leverancerne udebliver,
4. følger evt. storypoint estimater op med dokumentation for en stabil velocity så story point estimater rent faktisk giver mening – også for teamets omverden (og hvis velocity ikke er stabil endnu, et bud på hvad der skal til for at stabilisere den) samt
5. laver et bud på et roadmap, i hvert fald 3-6 måneder frem i tid.

Og lad os dernæst fortsætte med ledelsen, som faktisk også skal tage Agile seriøst. Det kræver bl.a. at ledelsen:

1. erkender at krystalkuglen må en tur på genbrugspladsen (økonomi, scope og tidsplan er dårlige parametre til at måle værdiskabelse),
2. begrænser “ressourceallokering” til et absolut minimum for at sikre teamet den nødvendige arbejdsro,
3. efterspørger output fra retrospektives eller lignende i en form der er operationel og forståelig (fx en konkret top 5 med teamets største forhindringer),
4. viser vilje og evne til at fjerne disse forhindringer for teamet, samt
5. beder om kendskab til teamets strukturerede målinger af egen performance og afholder sig fra at pege fingre (man får jo som bekendt hvad man beder om).

Ansvaret er fælles
For medarbejdere og ledelse er Agile altså med et godt ikke-dansk udtryk en såkaldt “two way street”, og det handler først og fremmest om at tage et nyt mindset. Det er ikke altid nemt. Det er ikke altid kønt. Men blodpletterne fra skyttegravskrigen sviner dog meget mere…

Hvad mangler på mine to punktlister? Hvad er dine erfaringer med hvad der virker og ikke virker i din virksomhed. Alle gode forslag og input vil blive modtaget med kyshånd i kommentarfeltet nedenfor…