Raising the bar for the Agile Requirements Practitioner


Agile werken lijkt een geheel andere benadering te hebben van requirements dan meer traditionele benaderingen. Epics en user stories is waar het nu om gaat. Betekent dit dat er geen waarde meer zit in benaderingen die in het verleden veel gebruikt werden?
Niet per se! Want ook met bijvoorbeeld Use Cases zijn succesvol requirements vastgelegd die tot een goed werkend systemen hebben geleid. Hierbij zijn vergelijkbare principes gebruikt. Onder meer dat de business bepaalt wat van een systeem verwacht gaat worden en dat de business betrokken is bij het formuleren van en toetsen op deze verwachtingen. Het maken van keuzes ten aanzien van requirements is een belangrijke taak voor de agile requirements practitioner.

Ruud Bruls, docent van de sterk vernieuwde opleiding Agile Requirements Practitioner, legt dit uit.

Samen kom je het verst…

Agile werken helpt vele teams en organisaties om focus te krijgen op het continu toevoegen van waarde aan de business met behulp van IT. Het Agile manifesto is de facto standaard geworden in de IT-wereld. Het beschrijft de values die aan de basis liggen van het Agile werken: “Individuals and interactions over processes and tools”, “Working software over comprehensive documentation”, etc. Een veel toegepaste aanpak om Agile principes toe te kunnen passen is Scrum. Scrum beschrijft WIE WAT doet en WANNEER. Scrum beschrijft niet HOE dat gedaan wordt. Dat mag het team zelf ontdekken en daar zit ook de kracht van Scrum: de brede toepasbaarheid op allerlei verschillende probleemgebieden; verder reikend dan alleen IT. Als de Scrum rituelen worden toegepast dan ontdekt het team gaandeweg op welke manier ze het beste resultaat bereiken. De valkuil van het niet beschrijven van het HOE van Scrum is dan wel dat het in een aantal gevallen langer kan duren voordat het team tot een optimale werkwijze komt.

… maar waar begin je?

Hoe anders was dat in de tijd dat ik als RUP Process Engineer aan de slag was. Naast het bepalen van de methode (WIE doet WAT en WANNEER) bepaalde ik ook in overleg welke technieken en best practices toegepast zouden gaan worden om te komen tot een optimale aanpak, het HOE. Voorbeelden van dit soort technieken of best practices zijn: het toepassen van Story Mapping om te komen tot een release planning en het toepassen van refactoring om de structuur van de oplossing in kleine gecontroleerde stappen te verbeteren, zonder dat functie van de oplossing daarmee verandert. Het gevaar bij het vooraf voorschrijven van de te gebruiken technieken is natuurlijk dat ze mogelijk niet door het team gedragen worden.

…een vliegende start!

Als Agile coach probeer ik het beste van twee werelden te combineren. Aan het begin van een traject ga ik met het team samenzitten om het, naast de methode (bijvoorbeeld Scrum), specifiek te hebben over het HOE. Over welke technieken in het verleden goed gewerkt hebben voor de teamleden en om gezamenlijk af te spreken welke technieken we initieel in gaan zetten om tot resultaten te komen. Initieel, want het mooie van een Agile manier van werken is dat je na iedere iteratie afstemt wat heeft gewerkt en wat je als team wilt aanpassen aan de werkwijze. Het kunnen toepassen van en variëren in verschillende technieken, het weten wat het doel is van een techniek en het weten wanneer een techniek past op een bepaald probleemgebied, team of oplossing is daarbij essentieel.

Voldoende goodies om mee te nemen…

We hebben de Agile Requirements Practitioner training flink onder handen genomen. Dit resulteert in een opleiding waarin je technieken leert die ondersteunen bij het werk van de Product Owner en het ontwikkelteam. Zodat ook jij met een team kunt zitten om de beste aanpak voor dat team, dat moment en datgene waar zij voor staan te kunnen bepalen. Bijvoorbeeld het toepassen van kwaliteitsmodellen voor het bepalen van behoeften, het doen van een Use Case analyse om op gestructureerde wijze de benodigde ondersteuning van een workflow in kaart te krijgen, en het kunnen beslissen over het toepassen van workshoptechnieken om afhankelijk van houding en gedrag van stakeholders tot een gedragen prioritering te komen. Na afloop van de training weten de deelnemers wanneer en waarvoor je een techniek kan gebruiken en leren ze de techniek in de praktijk toe te passen. Ze vergroten daarmee de toegevoegde waarde in het team doordat ze meerdere instrumenten kunnen inzetten om zo veel mogelijk waarde voor het team te genereren.

Toepasbaar voor breed gezelschap

De Agile Requirements Practitioner training is voor iedereen, ook voor de requirements mensen die vanuit een niet-Agile omgeving komen. Zij hebben vaak al een goed begrip van de technieken, en worstelen net als de meer ervaren Agile werkers over hoe deze technieken just-in-time en just-enough toe te passen en over hoe ze om moeten gaan met “bestaande” documentatie.

Verhoog je toegevoegde waarde in het team!

Wil jij de belangrijkste requirements technieken leren gebruiken en just-in-time en just-enough in te zetten, wil jij leren hoe je business waarde meetbaar en zichtbaar maakt, wil jij leren hoe je structuur aan kan brengen in de User Stories en hoe dat bijdraagt aan de documentatie van de oplossing? Natuurlijk wil je dat! Schrijf je dan in voor de cursus of bel mij (via 030-2308989) voor extra informatie…

DEEL DIT ARTIKEL
VOLG ONZE BLOGS

Gerelateerde blog artikelen