Problem med agil utveckling och utmaningar framöver

1 Comment

Läste en artikel från ComputerSweden som belyser tre vanliga problem med agil utveckling:

1. Leverans före kvalitet
2. Utveckling prioriteras framför planering
3. Samarbete prioriteras framför ledarskap

Jag har själv stött på alla tre problemen ovan i olika utvecklingsprojekt och konsekvensen har hanterats olika. Ofta tär det på relationen mellan Kunden och Leverantören som sköter utvecklingen. “Leverans före kvalitet” märks mest då leveranserna i iterationerna (sprintarna) blir slarviga och flera buggar uppmärksammas. Buggarna hamnar i backlogen som inte hinns betas igenom innan nästa sprint levereras. Till slut har alla sprintarna “levererats” enligt Leverantören men i själva verket har slarv lett till så många buggar att backlogen är överfull, oöverskådlig och inte hinner avklaras innan release. Men det är tuff balansgång, vad ska löpande prioriteras – backlog med buggar eller nästa sprint med nyutveckling?

Samtidigt påverkar “verkligheten” runtom utvecklingsteamet med sjukdom, ledighet, högtider etc. Faller Leverantören efter i utvecklingen blir det snabbt en prioritering också mellan att planera om och flytta resurser kontra fortsätta hålla tempo och visa fina “burndown”-kurvor. Men vad är det egentligen som är viktigast för kunden när originalplanen spricker – att “något” blir levererat så snabbt som möjligt eller att “allt” blir levererat till en ny bestämd deadline? Oftast det senare, men vem lyckas med det utan att prioritera planering? Även här en tuff balansgång för ingen Leverantör vill missa deadline två gånger på rad, och ingen Leverantör vill vara den som inte lyckades leverera hela projektet.

Oavsett agil utveckling eller annan form av utveckling så alltid ledarskapet en nyckelfaktor för att fortsätta ha en nöjd kund efter ett projekt som inte mött leverans enligt tidsplan. Tyvärr är ofta ledarskapet i agila utvecklingsgrupper nedprioriterat framför bra skillade utvecklare, parkodning och lärande grupper. Och när det kommer till kritan att Leverantören inte har levererat i tid och krävs lösa problemet med mer resurser, så kommer det närma till hands att skära ned på overheadkostnader för att inte förlora på projektet. Sanningen är dock att ledarskap skapar tydlighet, tydlighet skapar trygghet. När båten börjar gunga är det trygghet både Kund och Leverantör letar efter.

Hur ser du på problemen med agil utveckling och dess utmaningar framöver? Är du bekant med problemen ovan och har exempel från verkligheten och kanske hur ni löste problemen i era projekt?

One thought on “Problem med agil utveckling och utmaningar framöver”

  1. Robert
    Reply

    Vi som jobbar i mitt bolag (en leverantör) instämmer med upplevelserna. Nyligen avböjde vi en ganska stor affär på ett par miljoner p.g.a. de problem som den agila metoden genererar avtalsmässigt. Det är i princip omöjligt att hitta en avtalsmässig riskbalans. Förutom hanteringen (läs kostnaden) av alla buggar får antingen kunden bära kostnaderna för en oändlig plan och budget eller så får leverantören dimensionera upp organisationen till en kostnad som ingen vill ha. Nej tack.

Vad tycker du?

Denna webbplats använder Akismet för att minska skräppost. Lär dig hur din kommentardata bearbetas.