Agile Springboard 1/6
In klassieke IT projecten ligt de focus vaak op de uit te voeren taken in plaats van op het op te leveren product. Dat komt, doordat het op te leveren product aan het begin van het project helemaal uitgespecificeerd wordt in de vorm van een product breakdown structure die vervolgens vertaald wordt naar een work breakdown structure, een lijst met taken die uitgevoerd moeten worden om het product te realiseren. In de meeste Agile methodieken bestaan die lijsten ook. In Scrum heten ze respectievelijk de product backlog en de sprint backlog.
Door de product breakdown structure aan het begin van een project helemaal te vertalen naar een work breakdown structure verschuift de focus van het project als vanzelf van het doel (het product) naar het middel om dat doel te bereiken (de taken). De klassieke methodes schrijven wel voor dat iedereen de product breakdown structure goed in de gaten moet blijven houden, maar onder tijdsdruk wordt die stap vaak overgeslagen, omdat hij op dat moment in een project geen direct tastbare waarde toevoegt.
Het resultaat is dat een eenmaal ingeslagen weg, bijvoorbeeld een eerder gemaakte architectuurkeuze, rücksichtlos tot het eind gevolgd wordt. En dat is een verspilling van voortschrijdend inzicht die eenvoudig te voorkomen is.
Agile methoden gaan uit van het in gedeelten vertalen van de product breakdown structure naar een work breakdown structure. Voorafgaand aan een iteratie wordt een verzameling deelproducten gekozen waarvoor bepaald gaat worden welke taken uitgevoerd moeten worden om de deelproducten te realiseren. Het resultaat daarvan is dat projectteams regelmatig, namelijk aan het begin van elke iteratie, opnieuw kijken naar het grote geheel. Daardoor blijven ze zich bewust van het doel van het project. Ook stelt het projectteams in staat nieuwe of andere taken te definiëren als het doel daarmee makkelijker of beter gehaald kan worden.
Het verleggen van de focus van de uit te voeren taken naar het op te leveren product door het incrementeel uitwerken van de product breakdown structure is een eenvoudige eerste procesverbetering voor projectteams die de stap willen maken van een klassieke naar een Agile aanpak.
- laurensbonnema's blog
- Login or register to post comments

Mind the gap
Ik denk vaak is de afstand tussen het ontwikkelteam en het product, zijn markt en de gebruikers van het product te groot om een goed gevoel voor het grote geheel en het doel van het project te krijgen. De product owner zal proberen het te vertalen, maar dat is dan alweer een extra laag ertussen. Veel ontwikkelaars zien nooit het eindproduct of krijgen nooit direct feedback (positief als ook negatief) van de eindgebruikers.