Scrum är en av de Agila utvecklings- metoderna. Metoden är en prototyp-orienterad iterativ utvecklings-process som manar till högre grad av beställar- samt användarmedverkan och mindre av initial kravdokumentation. I de projekt jag med framgång levererat hittills har en "lock-down approach" av krav/analysfasen varit den enskilda faktor jag hängt upp projektets framgång på. Hur skall jag mot denna bakgrund kunna driva framgångsrika Scrum-projekt?

Det första jag insåg i mina studier av de agila utvecklingsmetoderna är att fokus flyttas från att leverera mycket till att leverera maximalt värdeskapande för kunden. Detta innebär att jag som projektledare inte hela tiden behöver skydda projektets integritet i relation till den initiala kravdokumentationen. Projektledaren, vilken inom Scrum tituleras Scrummaster får också ett annat fokus: ledarskap istället för kontroll, en katalysator istället för en inhibitor.

I ett klassiskt IT-projekt med en icke-agil iterativ produktionsmodell har framgång krävt att kanske 90% av de initiala kraven är intakta under projektets gång. DVS att dessa 90% inte utsätts för ändringshantering vid acceptanstester av relativt få systemreleaser. Nu vänder vi på detta och deklarerar att man i ett initialskede inte kan ha annat än en idé om den funktionalitet man vill ha. För att dessa krav skall kunna konkretiseras och specificeras med maximal nytta för kunden i dennes verksamhet krävs en testbar prototyp.

Det lockande i detta tillvägagångssätt är att vi inte kräver en kund som vet exakt vad han eller hon vill ha för att nå framgång. Vi gör också förändring till en förutsättning istället för en projektrisk. I och med detta förväntas ett agilt projekt att alltid leverera och inte fastna i en oändlig kravanalys.

/Mikael