Betrokkenheid, kennis en passie zijn belangrijke ingrediënten voor een succesvolle samenwerking en een . Goede ideeën zijn er alom, een zorgvuldige uitvoering zorgt dat goede ideeën ook werkelijkheid worden. De wijze waarop ICT projecten worden aangepakt is in de afgelopen decennia sterk gewijzigd. De Waterval methode, waarbij de verschillende fasen (strategie, concept, ontwerp, ontwikkeling, implementatie, test, beheer) volgtijdelijk worden doorlopen, was jarenlang een dominante projectaanpak. Het risico van deze aanpak is dat het eindproduct niet (meer) aansluit bij de wensen en dat u als opdrachtgever dit pas laat in het project (of pas bij oplevering) signaleert. Met name bij langdurige projecten kan dit risico aanzienlijk zijn.
Vandaar dat sinds een aantal jaren de iteratieve aanpak een opmars maakt; het zogenaamde Agile Software Development. Hierbij wordt het project opgedeeld in overzichtelijke, beter beheersbare onderdelen; iteraties of sprints. In elke iteratie wordt een deel van de gewenste functionaliteit opgeleverd. De iteratieve benadering houdt meer rekening met veranderingen van wensen/eisen.
Dit betekent echter niet dat de Waterval methode per definitie slecht is! Projecten met weinig onzekerheid en een laag risico kunnen ook volgens een Waterval-benadering gerealiseerd worden. Een en ander is ook afhankelijk van de betrokkenheid en beschikbare expertise aan de zijde van de opdrachtgever. Wowww! geeft echter de voorkeur aan de iteratieve aanpak omdat hiermee ook de commitment van de opdrachtgever beter geborgd wordt.
De projectaanpak van Wowww! onderschrijft de principes van Agile Software Development: in relatief korte iteraties (sprints) wordt door een multidisciplinair team werkende applicatie (onderdelen) opgeleverd. De opdrachtgever krijgt vroegtijdig een goed inzicht in het beoogde eindresultaat, is in staat tussentijds wijzigingen aan te brengen in de requirements en eventuele risico’s vroegtijdig te managen.
Multidisciplinair team
Het team bestaat uit een Projectleider, een Producteigenaar (veelal de opdrachtgever) en de ontwerpers/ontwikkelaars. De Projectleider is verantwoordelijk voor het proces en fungeert als primair aanspreekpunt voor de opdrachtgever (Producteigenaar) en de teamleden.
Het gehele project wordt opgedeeld in sprints. Sprints zijn van te voren afgesproken korte periodes (1 tot 3 weken) waarbinnen een voor die sprint afgesproken onderdeel werkend wordt opgeleverd. Elk project starten wij met een ‘sprint 0′.
Sprint 0
Sprint 0 is feitelijk de voorbereiding voor het gehele project. Aan het einde van deze sprint;
- begrijpen we wat er gebouwd moet worden;
- kennen we de belangrijkste functionaliteit;
- is er op z’n minst één oplossing of oplossingsrichting bekend;
- kennen we de belangrijkste risico’s en hebben we een globale planning;
- weten we met welke tools de oplossing gerealiseerd gaat worden;
- hebben we een zo volledig mogelijk beeld van de (kritische) requirements.
Een belangrijk eindproduct van de sprint 0 is een zo volledig mogelijke lijst van alle wensen/eisen (de zogenaamde requirements)
Requirements
Alle requirements worden vertaald naar User Stories en technische specificaties. Een User Story is een handeling van een gebruiker met een begin en een eind. Op basis hiervan wordt een grove urenschatting van het project gemaakt en wordt de duur van een sprint vastgesteld. Vervolgens bepaalt de producteigenaar (veelal de opdrachtgever) de prioriteiten. In elke sprint wordt een deel van de User Stories (requirements met bijbehorende technische specificaties) opgeleverd en door de producteigenaar geaccordeerd.
Vervolgfasen
Elke sprint begint met een bijeenkomst (duur: circa 2 uren) waarbij de Producteigenaar aanwezig is (bij voorkeur fysiek). Het doel van de startbijeenkomst is dat het exact duidelijk is wat (welke User Stories vertaald naar items en onderverdeeld in taken) er in de komende sprint ontwikkeld moet worden. Het team als geheel bepaalt of dit realistisch is.
Gedurende de sprint kan de opdrachtgever de voortgang volgen via een online projectomgeving die Wowww! voor alle betrokkenen heeft ingericht.
Opleveren van een sprint
Aan het einde van elke sprint wordt het product aan de producteigenaar gedemonstreerd. Er wordt een checklist bijgehouden waarop alle gerealiseerde en geaccepteerde items worden afgestreept. Afhankelijk van de discussie tussen team en producteigenaar kunnen er veranderingen optreden in de lijst met requirements en/of prioriteiten.
Dagelijks
Om deze sprints in goede banen te leiden wordt er elke dag een kleine bijeenkomst van maximaal 15 minuten gehouden waarin de taken van de dag daarvoor worden besproken, de taken van die dag zelf en welke problemen / moeilijkheden het team ondervonden heeft of denkt te gaan ondervinden. Mochten er eventuele problemen / vragen tijdens deze bespreking aan de orde komen dan neemt de projectleider contact met de producteigenaar/opdrachtgever op.