Het Agile Manifest bestaat nu al meer dan 21 jaar, maar er zijn nog steeds hiaten in het empirisch onderzoek naar de werkelijke impact van de waarden op de industrie. Een nieuwe studie maakt het somberder.

65% van de softwareprojecten die gebruik maken van Agile requirements engineering slagen er niet in om op tijd en binnen budget op te leveren, met een hoog kwaliteitsniveau. Dit zijn de bevindingen van een onderzoek dat is uitgevoerd ter voorbereiding op het binnenkort te verschijnen boek Impact Engineering.

Aan het onderzoek, uitgevoerd door Junade Ali PhD CEng FIET en J.L. Partners, namen 600 software engineers deel (250 in het Verenigd Koninkrijk en 350 in de VS). Het veldwerk vond plaats tussen 3 en 7 mei 2024. J.L. Partners is lid van de British Polling Council en houdt zich aan de regels daarvan.

Verwacht niet alles van Agile

Drie van de vier praktijken die in het Agile Manifesto worden genoemd zijn “Functionele software in plaats van volledige documentatie”, “Samenwerking met de klant in plaats van contractonderhandelingen” en “Reageren op verandering door een plan te volgen”.

Uit het nieuwe onderzoek bleek echter dat projecten die een gedocumenteerde specificatie of vereisten hadden voordat de ontwikkeling begon 50% meer kans van slagen hadden dan projecten die dat niet hadden, projecten die duidelijke vereisten hadden voordat de ontwikkeling begon hadden 97% meer kans van slagen en projecten waarbij geen significante wijzigingen in vereisten nodig waren laat in het ontwikkelingsproces hadden 7% meer kans van slagen.

Ook andere praktijken verhoogden het succes. Projecten waarbij de software engineer aangaf zich psychologisch veilig te voelen om problemen te bespreken en snel op te lossen als ze zich voordeden, hadden 87% meer kans van slagen dan projecten waarbij dat niet het geval was. Projecten waarbij de eisen specifiek gebaseerd waren op een echt probleem hadden 54% meer kans van slagen dan projecten waarbij dit niet het geval was.

Echt een heroverweging?

Interessant genoeg vond het onderzoek geen statistisch significant verschil tussen projectsucces voor degenen die aan één project werken en degenen die aan meerdere projecten werken, ondanks het feit dat het verminderen van onderhanden werk een belangrijk principe is van de Lean softwareontwikkelingsmethodologie. Eerder onderzoek van Dr. Ali heeft echter aangetoond dat 83% van de software engineers aangeeft zich opgebrand te voelen, met ‘hoge werkdruk’ als belangrijkste reden.

Het onderzoek belicht niet alleen het faalpercentage van agile methoden, maar probeert ook duidelijk te maken welke onderdelen van agile methoden hebben gefaald. Volgens de auteur van het onderzoek “is het nu tijd om vraagtekens te zetten bij de enthousiaste steun voor agile”, die Impact Engineering promoot als een middel om op tijd software van hoge kwaliteit te leveren.

Verwachten we te veel van Agile? Laten we niet vergeten dat 83% van de IT-projecten mislukken, volgens het Standish Group Chaos Report, en dat 31,1% ervan onderweg wordt stopgezet en nooit wordt geïmplementeerd. Deze cijfers onthullen tal van structurele problemen in het ontwerp en de ontwikkeling van technische producten, te beginnen met communicatie.