Agile succes - Den store livsløgn

Rigtig mange webprojekter bliver gennemført ved hjælp af agile udviklingsmetoder (eller som de siger på Datalogisk Institut "Læringsorienterede metoder"), men fungerer de så godt, som de synes og som de fremstilles i mediebilledet?

Lad mig slå fast med det samme, at der aldrig er en videnskabelig undersøgelse der har konkluderet at succes i et webprojekt afhænger af udviklingmodellen (agil eller vandfald) - nærmere tværtimod. Begge metoder og specielt en blanding af de to synes at fungere, hvis de benyttes rigtigt i forhold til det enkelte webprojekts profil og præmisser. Jeg kan ikke videnskabeligt redegøre for påstanden, men efter at have læst mange hundrede videnskabelige artikler (ACM) og efter at have arbejdet mere end 15 år med webprojekter, synes jeg at kunne nå til det temmelig selvfølgelige resultat.

Alligevel synes agile metoder, som Scrum at vinde frem i forhold til traditionelle vandfaldsdrevne modeller / metoder, på Datalogisk Institut også kaldet "Specifikationsdrevne modeller/metoder". Det vil nogen sige er et klart bevis på at i direkte konkurrence klarer agile udviklingsmetoder sig bedre end metoderne i de traditionelle vandfaldsmodeller. Det ville jeg gerne udfordre da vi havde møde med en løsningsleverandør i forbindelse med et udbud. Han svarede mig relativt præcist på, hvorfor de valgte agile projektmetoder uanset hvordan webprojektet så ud:

"Efter at vi er gået over til Agile udviklingsmetoder er kunderne meget mere tilfredse med forløbet. Vi går aldrig over tiden og holder bedre vores budgetter".

Det synes jeg egentligt meget godt forklarede, hvorfor Agile metoder vinder over specifikationsdrevne metoder med fast pris - på overfladen vel og mærke!

Lad os tage et par forskellige kasketter på:

Projektlederen hos kunden er mere tilfreds for budgettet bliver altid overholdt med løbende afrapportering og udvikling i timeboxes. Der er ikke noget succeskriterium i forhold til funktionalitet. Deadline bliver altid overholdt, for der er blot aftalt at timeboxes tidsmæssigt pr. definition ikke kan overskrides. De analytiske evner skal indledningsvist ikke tages i brug - "det finder vi ud af i projektet". Prioriteringer er også noget, der varetages løbende og ikke indlednigsvist.

Accountmanageren hos leverandøren er tilfreds, fordi at der er 100% fakturering - ALTID. Der er ikke indbygget krav om at skulle bruge erfaring og snilde til at få den bedste løsning til de færeste midler, altså vinde udbudet.

Oftest er det den bedste salgsafdeling der vinder, hvis der benyttes Agile metoder (er min erfaring). Der kan meget lettere tages nye uprøvede projektleder- og udviklerressourcer ind fra leverandørsiden uden at nedsætte faktureringsgraden (helt unikt for Agile projekter!). Det betyder en fleksibilitet hos leverandøren, der igen hænger sammen med at der oftest ikke stilles krav til slutproduktet.

Udvikleren hos leverandøren er mere tilfreds, da denne har mere indflydelse på projektets retning og det endelige resultat. De føler sig mere inddraget i projektet.

Projektejerne hos kunden forpligter sig kun til en proces og ikke til et færdigt resultat. Det vil sige at de risikerer ikke liv og lemmer i et agilt projekt. Sålænge at metoden følges er der næsten pr. definition ingen mulighed for fiasko.

Det der er pointen er at alle vinder med agile metoder:

- Ingen forpligtelser
- Intet ansvar
- Intet behov for erfaring
- Ingen behov for indledende analytiske øvelser og specifikationer

Det er klart at Agile metoder i webprojekter fremstår som et bedre alternativ end de benhårde krav til projektstyring i vandfaldsmodellen!

Som før nævnt er det ikke klart om middelresultatet af en Agilt projekt står mål med middelresultatet af et specifikationsdrevet projekt. De videnskabelige undersøgelser siger ikke ret meget, og det er i min optik derfor meget mudret.

To særdeles vigtige resultater, som vi kan konkludere ved en analyse af mere end 100 webprojekter er at:

- Erfarne projektledere hos kunden oftest vælger vandfaldsmodeller med fast pris og uerfarne projektledere vælger oftest agile projektmetoder
- Agile projekter er, alt andet lige, ca 30% dyrere end almindelige vandfaldsorienterede projekter med veldefineret pris og funktionalitet

Hvis jeg i et webprojekt var uerfaren projektleder eller udvikler/accountmanager på kundesiden, ville jeg vælge agile udviklingsmetode, for de kan pr. definition ikke gå galt, hvis de følges strengent.

Hvis jeg i et webprojekt var virksomhedsejer eller leder/budgetansvarlig og havde dygtige ressourcer internt ville jeg spare de 30 %.