Infoworld

Vooraf prijsafspraken maken bij de traditionele manier van software-ontwikkeling is onethisch. Omdat aanpassingen gaandeweg vaak nodig zijn, is op voorhand nooit precies in te schatten hoeveel de ontwikkeling van een IT-project gaat kosten. Dat zegt Scott Ambler, hoofd van de afdeling Agile development bij IBM.

Volgens het hoofd van de afdeling Agile development bij IBM voldoet veel traditioneel ontwikkelde software bovendien vaak niet aan de eisen. Ook daarom is het onethisch mensen vooraf te laten betalen voor de ontwikkelde software, stelt Ambler. Dat de software vaak niet aan de eisen voldoet, wijt Ambler mede aan bedrijfsanalisten die te gedetailleerd beschrijven waaraan de te ontwikkelen bedrijfssoftware allemaal moet voldoen. Daardoor zien de ontwerpers door de bomen het bos niet meer, stelt het hoofd van de afdeling Agile development bij IBM. Bovendien zou door de uitgebreide lijst van eisen, weinig tijd meer overblijven om het eindresultaat te testen. De kans dat de ontwikkelde software uiteindelijk niet aan de eisen voldoet, is daardoor volgens Ambler groot. Hoewel veel bedrijven gedetailleerde requirement specs schrijven, en dit al heel lang beschouwen als best practice, is het eigenlijk de slechts denkbare werkwijze, meent Ambler, die zijn uitlatingen doet tegenover Computerworlduk.com.

Traditionele denkwijze overboord

Om dit soort misstanden te voorkomen, pleit Ambler ervoor dat software-ontwikkelaars hun traditionele denkwijze over de ontwikkeling van software overboord gooien. Het hoofd van de afdeling Agile development bij IBM vindt dat meer bedrijven volgens de agile-software-ontwikkelmethode moeten gaan werken. (Agile = behendig/lenig) “De traditionele wijze waarbij een berg documentatie steeds wordt doorgeschoven naar een volgende groep, werkt niet. Het is beter om in teamverband te werken aan kleine projecten en de voortgang elke twee weken te testen. Dit levert goede resultaten op en houdt onder meer de aandeelhouders tevreden”, zegt Ambler. Bovendien zorgt de agile-software-ontwikkelmethode ervoor dat ontworpen software in teamverband doorontwikkeld wordt. Volgens Ambler blijft de ontworpen software daardoor continue aan de eisen voldoen. Dit zorgt er ook voor dat bedrijven hun geld niet langer aan dure, waardeloze software spenderen, stelt Ambler.

Kostenbesparing

Ook Cem Kaner, auteur van Lessons Learned in Software Testing and Testing Computer Software, meent dat met de agile-methode kosten bespaard kunnen worden. “Doordat de software continue doorontwikkeld wordt, kan er sneller op veranderende omstandigheden worden ingesprongen. Dit maakt het voor leidinggevenden ook makkelijker om vinger aan de pols te houden. Voldoet de software niet meer aan de eisen, dan kan daar snel wat aan gedaan worden.” De snelheid waarmee de software aangepast kan worden, houdt volgens IBM-software-ontwikkelaar Ambler bovendien de aandeelhouders tevreden. “Zij zien immers dat het geld goed besteed wordt waardoor het ook nog eens makkelijker wordt aandeelhouders er in de toekomst van te overtuigen dat bepaalde IT-investeringen noodzakelijk zijn.”

Niet direct resultaat

Hoewel de flexibiliteit van de agile-software-otwikkelmethode duidelijke voordelen oplevert, is het volgens James Kricfalusi, hoofd van de afdeling service delivery van TEKSystems, niet reëel er direct resultaat van te verwachten. “De methode is voor veel leidinggevenden synoniem voor direct resultaat, maar zo werkt het niet. Bedrijven moeten zeker in het begin niet te hoge verwachtingen hebben omdat het vaak bij aanvang toch tijd kost voordat de aangepaste software bedrijfsbreed werkt”, zegt Kricfalusi. Het hoofd van de afdeling service delivery van TEKSystems, meent dat vertrouwen in het ontwikkelteam essentieel is. Als dat vertrouwen er is, komt het volgens Kricfalusi allemaal goed.