Find flaskehalsen i projektet med kanban

Hvis du er softwareudvikler, projektleder eller leder har du sikkert hørt om den agile udviklingsmodel Scrum. Måske har du endda stor erfaring med at bruge den til daglig.

Uanset om du har stor succes med agil udvikling i forvejen, kun lige er begyndt eller har forsøgt uden held at opnå de forventede gevinster kan du med fordel kigge nærmere på forandringsmetoden Kanban, der har sit direkte udspring i principperne for lean produktudvikling.

Det fortæller Jesper Boeg, der er agil/lean coach hos det aarhusianske udviklingshus Trifork.

For selvom Scrum er tænkt som et rapt og fleksibelt alternativ til den gamle og ofte udskældte vandfaldsmodel, hvor er et it-system gennemanalyseres og -designes ned i mindste detalje, så er Scrum og andre agile metoder selv åbne for misbrug og virksomheders manglende evne til at høste det fulde potentiale.

»Mange agile tiltags akilleshæl er det store fokus på udviklingsteamet. Scrum siger for eksempel ikke ret meget om produktejeren, forretningsdelen eller vigtigheden af at kigge på hele værdikæden ,« forklarer Jesper Boeg til Version2.

Dermed kan der være en tendens til at fokusere for meget på områder, som ikke er den egentlige flaskehals i virksomhedens processer og evnen til at skabe egentlig værdi og return on investment.

For selvom der kan være rigtig gode grunde til at prioritere udviklingsteamets fokus højt i sprintet, giver det også en risiko for, at projektet bliver en evig stræben efter at udvikle så mange story points som muligt, fortæller Jesper Boeg.

Det sker oftest på bekostning af den egentlige værdiskabelse og evnen til at teste de helt grundlæggende forretningsmæssige hypoteser.

Koden kommer dermed for langt væk fra forretningssiden:

»Det er et godt lean-princip at begynde med at se på hele værdikæden og derefter adressere den største flaskehals. Med Scrum risikerer man at bruge utroligt mange kræfter på at optimere et udviklingsteam der meget vel kan vise sig at være langt fra den største flaskehals,« siger Jesper Boeg.

Han understreger, at det ikke som sådan er metoden, den er gal med.

»Man kan aldrig skyde skylden på værktøjet. Men der sker ofte en fejlfortolkning af Scrum, fordi der skal være fokus på at få sendt noget funktionalitet ud af døren. Derfor ofrer man det overordnede mål for forretningen,« siger Jesper Boeg.

Det er her, at Kanban som forandringsmetode har sin berettigelse.

»Kanban giver dig ingen svar, men tvinger dig til at synliggøre hele din proces på en måde der ofte vil afsløre grundlæggende problemer i din tilgang til agil udvikling. Kanban. Samtidig stræbes der efter at begrænse work in progress, altså mængden af igangværende opgaver, for at skabe 'flow' på tværs af hele værdikæden,« siger Jesper Boeg til Version2.

Dermed kan Kanban være med til at gøre flaskehalsene mere synlige i virksomheden.

»Man beder i første omgang bare folk om at synliggøre den nuværende proces, de arbejder efter, uden en forudindtaget holdning om hvor eventuelle flaskehalse måtte befinde sig i forhold til at levere software efter principperne for lean og agil produktudvikling. Dette gør Kanban særligt stærk, da relevansen er lige stor uanset om du pt. arbejder med Scrum, vandfaldsmodellen eller en helt anden metode,« siger Jesper Boeg.

Har Kanban i sig selv nogle oplagte faldgruber?

»Vi ser i nogle virksomheder, at man adopterer mekanikken uden også samtidig at adoptere principperne. Dermed bliver Kanban bare et udtryk for de ”emergent behaviours”, man har set eller hørt andre teams gøre brug af uden at kende de bagvedliggende principper for flow, procesoptimering og værdiskabelse. I de tilfælde risikerer man, at det bliver en pølsefabrik, hvor man smider krav ind i den ene ende og software ud i den anden ende. Det er vigtigt at forstå at Kanban er en forandringsmetode og derfor ikke indeholder konkrete løsningsforslag, men inspirerer til at forbedre processen og sikrer at de rette problemer adresseres.« siger Jesper Boeg.

Du kan høre Jesper Bøg fortælle mere om konkrete erfaringer med at implementere Kanban i danske virksomheder på konferencen Goto 2012, hvor Version2 er mediepartner. Konferencen finder sted i København 21.-23. maj, og du kan læse mere og melde dig til her.