insight Welk beroep binnen het bedrijfsleven kent de meeste frustraties? Dat is ongetwijfeld de projectleider. Het aantal succesvolle projecten in een organisatie is vaak op hooguit één hand te tellen. Zovele projecten slagen maar niet, duren eindeloos en bezorgen de organisatie vele hoofdbrekens. Aan de projectleider de schone taak dit lastige schip te manoeuvreren. Hoe zou het zijn als je dit eens deed als Product Owner?
Ik noem een aantal ongetwijfeld herkenbare hoofdbrekens van de projectleider:
Je bent afhankelijk van mensen in je organisatie, maar hebt geen invloed op hun beschikbaarheid. Mensen willen steeds weer andere, nieuwe, dingen, waardoor doelen niet meer in de gaten gehouden worden. Het ene risico is net weer onder controle of het volgende popt weer op. Jouw ene project concurreert qua capaciteit, geld en middelen met vele andere projecten.
Maar zelfs als een project goed gaat, dan wordt vooral bedoeld dat het proces lekker loopt. Het zegt nog niet zoveel over het resultaat. Wanneer is een project geslaagd? Als de deadline is behaald? Als het plan is uitgevoerd? Als het budget niet is overschreden? Helaas zijn dat vaak de antwoorden die ik hoor. Maar ik hoop natuurlijk dat ik te horen krijg: ‘Als we een product hebben gerealiseerd dat waarde creëert voor onze organisatie en de gebruiker’.
Scrum is een werkwijze die zeer geschikt is voor product-denken in plaats van project-denken. En Scrum kent de rol van projectleider niet. De enige rollen in het Scrum team zijn die van Developer, Scrum Master en Product Owner.
Ik laat me in mijn werk als Agile coach vaak inspireren door mooie boeken. En Bas van Amersfoort heeft over dit thema een praktisch boek geschreven: de SUPER Product Owner – Van projecten doen naar Producten maken. Ik deel mijn belangrijkste inzichten graag met je.
Hoe start je een project met Scrum?
Het boek begint met de voordelen van Scrum. Als je daar al van overtuigd was, kun je dat gedeelte overslaan. Het geeft je wellicht wel de argumenten om je organisatie te overtuigen op deze manier te mogen gaan werken.
Van Amersfoort schetst dan de rol van Product Owner. De Product Owner focust op 3 hoofdvragen:
- Wat gaan we maken?
- Waarom is dat belangrijk?
- Wanneer maken we wát?
De groei van de Product Owner
Vervolgens beschrijft het boek hoe een beginnend Product Owner een Scrum experiment kan starten. En passant komen daarbij wat Agile principes langs zoals het omarmen van onvoorspelbaarheid en het maximaliseren van dat wat je níet doet.
Een belangrijke les hierbij: Experimenteer en leer door te doen! In projecten hebben we vaak de neiging om alles van tevoren te willen bedenken, inschatten en plannen. Dit leidt niet zelden tot ‘information overload’ en ‘analysis paralysis’.
We blijven maar nadenken en beginnen niet. En uiteindelijk blijkt al dat voorwerk helemaal niet zo nuttig. Want je begint pas te leren op het moment dat je bent gestart en ervaringen opdoet.
Vanaf dit punt wordt het boek een informatief handboek. Het legt uitgebreid uit hoe de Scrum events gaan, hoe je je stakeholders bepaalt en hoe je hen betrekt en het bevat checklists hoe je je eerste Scrum experiment aanpakt.
Gaandeweg ontwikkelt de Product Owner steeds meer. Volgens Van Amersfoort was hij ‘de sjaak’ toen hij begon. Maar vervolgens doorloopt hij de volgende niveaus:
- Niveau 1: De Supporter
Heeft Watervalprojectmanagement achter zich gelaten en kiest voor Scrum
- Niveau 2: De Kapitein
Bepaalt zijn product (in plaats van project) en start een Scrum experiment
- Niveau 3: De Professor
Richt zich volledig op het ontwikkelen en doorontwikkelen van een prototype voor zijn product, is een facilitator van innovatie
- Niveau 4: De Agile Ambassadeur
Inspireert zijn hele organisatie en start langzaam een Agile transitie
Deel 3 van de SUPER Product Owner is gerelateerd aan het ook door Van Amersfoort ontwikkelde ‘Wiel van de Product Owner’ en wordt zo mogelijk nóg praktischer. Het wiel is een cyclus van 5 stappen die de Product Owner continu doorloopt. De eerste keer om op te starten, de keren erna om aan te scherpen. Wat zijn de stappen?
- Inspireer met een Visie
Maak expliciet wat jouw product te brengen heeft. Zorg dat dit niet alleen logisch klinkt, maar ook in het hart voelbaar is. Beschrijf je droom én maak deze concreet, zodat je team duidelijke handvatten heeft hoe het die droom kan verwezenlijken. Van Amersfoort geeft hier een handig template voor dat je als A3 kunt gebruiken. https://hetwielvan.nl/succesformule-voor-jouw-opdracht/
- Plan met een Roadmap
Help een roadmap, dat klinkt weer als ouderwets projectmanagement! Iets dat we vastklikken en niet meer mag veranderen. Van Amersfoort nodigt je uit om niet in mijlpalen te deken, maar in successen. Gebaseerd op waarde en impact voor de gebruiker, niet op planningen en deadlines. Ook hiervoor is weer een template. https://hetwielvan.nl/roadmap-de-weg-naar-wow/
- Orden de Product Backlog
Hier legt Van Amersfoort goed uit dat een Product Backlog geen to do lijst is. Hij helpt de lezer om te denken in werkende deelproducten in plaats van in projectfasen. En benadrukt dat de Product Backlog dynamisch is. De Product Owner komt er in zijn Wielcyclus elke keer weer bij terug en past hem aan aan de nieuwste inzichten.
- Garandeer met een ‘Definition of Done’
Van Amersfoort maakt de vergelijking met een wasmachine volgeplakt met labels, garanties en keurmerkstickers. Hij stelt een interessante vraag: “Wat was er eerst? De garantie of de wasmachine?” Je denk misschien dat de wasmachine er eerst was, want die heb je nodig om alle beloftes te kunnen garanderen. Maar het is natuurlijk geen toeval dat deze wasmachine voldoet aan een KEMA-keur en een bepaald energielabel heeft. De wasmachine is ontworpen met de garantie als belofte in het achterhoofd. Zo werkt binnen Scrum een Definition of Done. Het zijn de kwaliteitscriteria die gelden voor je totaalproduct. En als Product Owner speel je een grote rol bij het zetten van die standaard.
- Leer in de Review
En omdat Scrum een empirische aanpak kent, is de Sprint Review voor de Product Owner het belangrijkste moment om feedback op te halen over de huidige staat van het product. En dan begint de cyclus weer opnieuw. Je past waar nodig je visie aan, verwerkt de feedback in de Product Backlog, kunt je Roadmap door het geleerde wat verder aanscherpen en de nieuwe sprint start weer.
Conclusie
Ik raad dit boek zeker aan aan projectmanagers die overwegen om te gaan scrummen.
En elke beginnend Product Owner zou dit boek als een leidraad kunnen gebruiken! Je gaat veel hebben aan de prikkelende vragen én aan de praktische lijstjes, concrete tips en illustrerende visuals.
Dit artikel is eerder verschenen op www.frankwatching.com
Meer weten?
