Martin Vodegel en Rini van Solingen laten met De Agile Portfolio Management Gids – Van Strategie naar Executie zien dat Scrum ook prima toepasbaar is bij portfoliomanagement.
De auteurs volgen letterlijk de Scrum guide waarbij zij een aantal Scrum begrippen hebben vervangen door overeenkomstige Agile Portfoliomanagement (APfM) begrippen en waar nodig de tekst hebben aangepast.
| Agile Portfoliomanagement | Scrum |
| Drie rollen | |
| Portfolio-eigenaar | Product Owner |
| Portfoliomanager | Scrum Master |
| APfM leden | Developers |
| Vijf gebeurtenissen | |
| De Strategie tot Executie Cyclus (SEC) | Sprint |
| SEC Planning | Sprint Planning |
| SEC Sync | Daily Scrum |
| SEC Review | Sprint review |
| SEC Retrospective | Sprint Retrospective |
| Drie artifacts | |
| APfM Backlog (commitment Portfolio doel) | Product Backlog (commitment Product goal) |
| SEC Backlog (commitment SEC doel) | Sprint Backlog (commitment Sprint goal) |
| Increment (commitment DoD) | Increment (commitment DoD) |
In lijn met de Scrum guide is er geen samenvattende plaat opgenomen. Maar, een plaatje zegt meer dan 1000 woorden, dus toch maar gemaakt.
Nog een paar puntjes ter overweging bij de volgende uitgave van deze gids:
- In de gids wordt op een aantal plekken gesproken over ‘zelfsturend’. Ik zou een voorstander zijn van ’zelforganiserend’. Wat teams doen moet wel passen binnen de kaderstellende organisatiedoelstellingen.
- Op blz. 12 staat dat de APfM Backlog een lijst is om het portfolio te verbeteren. Ik zou zeggen een lijst om zo snel en duurzaam mogelijk de portfoliodoelstelling te bereiken.
- Op blz. 14 staat de APfM teamleden zijn verplicht zich te houden aan de Definition of Done. Als er meerdere APfM Teams aan hetzelfde product samenwerken, moeten zij gezamenlijk dezelfde Definition of Done definiëren en eraan voldoen. Dit suggereert dat er meer portfolio’s voor hetzelfde product kunnen zijn. Dit lijkt mij vragen om moeilijkheden. Een product wordt afgedekt door één portfolio. Uiteraard is het wel mogelijk dat meerdere ontwikkelteams aan hetzelfde product werken en dan ook dezelfde DoD hanteren.
- Tekstueel: Vervang sprint door SEC (blz. 12 – 3x), vervang Scrum door APfM (blz. 5), vervang Scrum team door APfM team (blz. 9), vervang Product Backlog door Portfolio Backlog (blz. 9 – 2x, blz. 13)
- Op blz. 7 staat nog ‘transparency, inspection, and adaptation come to life building trust.’ Deze zin kan weg.
- Op blz. 8 De Portfolio Manager helpt het APfM team te focussen op het creëren van Portfolio Backlog met hoge waarde, die voldoen aan de DoD. Moet dat niet zijn increment met hoge waarde?
- Op blz. 9 staat dat SEC’s voorspelbaarheid mogelijk maken doordat tenminste éénmaal per kwartaal inspectie en aanpassing plaatsvindt ten aanzien van de voortgang richting het SEC doel. Moet dat niet zijn Portfolio doel?
- Op blz. 10 staat in overleg met de Portfolio eigenaar selecteren de teamleden items vanuit de SEC-backlog om op te nemen in de huidige SEC. Moet dat niet zijn vanuit de portfolio backlog?
- Op blz. 12 staat dat de SEC retrospective getimeboxt is tot een maximum van drie uur voor een SEC van een maand. Moet dat niet een kwartaal zijn?
- Op blz. 12 staat ‘voor de APfM team Backlog’. Moet dat niet zijn APfM Backlog?
- Op blz 13 staat dat een increment bestaat uit o.a. de Portfolio Backlog. Moet dat niet zijn Portfolo backlog items?
- Op blz. 13 staat dat een Increment een concrete stap is in de richting van het Portfolio Doel dat bestaat uit een samenhangend geheel van strategische doelen, portfolio visie, portfolio roadmap en portfolio backlog. Hier worden een aantal nieuwe begrippen geïntroduceerd zoals portfolio visie en portfolio roadmap. Is dit noodzakelijk?
De Agile Portfolio Management Gids