Je weet dat de agile organisatiestructuur organisch is met rollen en niet hiërarchisch. De Geschaald Agile Framework – SAFe is een methode om wendbaarheid op te schalen. Je kunt meer leren over SAFe zelf in onze verschillende blogartikelen, bijvoorbeeld over de 4 niveaus van het Scaled Agile Framework. Vandaag nemen we de rol van de Scaled Agile Framework Product Owner onder de loep. De SAFe Product Owner heeft andere verantwoordelijkheden dan bijvoorbeeld de Scrum Product Owner.
Dus wat is een Scaled Agile Framework Product Owner?
Een Scaled Agile Framework product owner zorgt voor de productdetails. Tot zijn taken behoort het definiëren van user stories. Vanwege de grootte van de producten en projecten in SAFe werkt hij alleen aan een geselecteerd deel van de product backlog. Hij heeft echter wel de leiding over een of meer ontwikkelteams. De focus van de SAFe product owner ligt op producttactiek.
De 6 soorten producteigenaren
- De oorspronkelijke "Scrum Product Owner" die verantwoordelijk is voor een product in zijn geheel. Het is zijn taak om de waarde te maximaliseren. Hij wordt daarom vaak de "waardemaximalisator" genoemd.
- Een "feature-eigenaar" die een belangrijke productfunctie beheert waarmee eindgebruikers – interageren, zoals zoeken en navigeren op de website van een online retailer.
- Een "componenteigenaar" die eigenaar is van een architectuurmodule zoals de persistentielaag – dus "slechts" individuele componenten van de software
- Een "platformeigenaar" die een platform beheert als een verzameling gedeelde softwaremiddelen.
- De "SAFe Product Owner" die eigenaar is van de productdetails.
- Een "portefeuillehouder" die een groep (gerelateerde) producten beheert.
Voordat we dieper ingaan, een korte opmerking. Onlangs hadden we 11 internationale agile experts te gast in een webinar – over een vraag: Hoe schaal je agile methoden goed op?
Het resultaat is deze fantastische video-opname (Engels), waarin bijvoorbeeld de volgende vragen aan bod komen:
- Is het beter om bottom-up of top-down te beginnen?
- Hoe krijg je leiders op één lijn over een gemeenschappelijke visie?
- Hoe kies je het juiste agile framework – en waarom is dat eigenlijk niet zo belangrijk?
Mijn warmste aanbeveling: neem een kijkje! Het duurt relatief lang, maar het is elke minuut waard.
Om de verschillen in de taken van de individuele producteigenaren te zien, kun je hier bekijken. Het laat de verschillen heel duidelijk zien.
Een voorbeeld om de verschillende soorten producteigenaren te begrijpen
Om nog duidelijker te maken wat een SAFe Product Owner is, volgt hier een voorbeeld. Stel we ontwikkelen een mobiele telefoon – laten we zeggen een iPhone. Er is de behuizing, het scherm, de printplaat en nog veel meer. De platformeigenaar is verantwoordelijk voor de ontwikkeling van de hele printplaat (elektronica), die ook als basis kan dienen voor de verdere ontwikkeling van de mobiele telefoon (bijv. iPhone 10 – iPhone 11). Op deze printplaat zitten verschillende componenten, bijvoorbeeld alle functionaliteiten voor het toetsenbord. De Component Product Owner zorgt hiervoor. De Feature Product Owner is dan niet alleen verantwoordelijk voor individuele componenten, maar voor de complete functionaliteit van de mobiele telefoon, inclusief bijvoorbeeld licht en geluid. De SAFe Product Owner is dan verantwoordelijk voor een deelgebied van de mobiele telefoon en beheert de Feature, Component en Scrum PO. De portfolio-eigenaar is uiteindelijk verantwoordelijk voor de hele mobiele telefoon en "beheert" dus alle PO's.
Trouwens, een korte opmerking in de context van agile transformatie: Wil je ervoor zorgen dat je op dit moment de juiste prioriteiten in je agile Transformatie?
Doe dan onze volwassenheidstest voor je agile transformatie – duurt slechts 3 minuten. Je krijgt zelfs een benchmark op basis van meer dan driehonderd andere deelnemers. Zie knop 🙂
Vergelijking Scrum Product Owner en SAFe Product Owner
Een Scrum Product Owner is verantwoordelijk voor het product. Hij zorgt voor de visie, strategie en tactiek voor een product. Het SAFe model verdeelt de productverantwoordelijkheid echter in twee verschillende rollen:
- De SAFe productmanager: Hij is verantwoordelijk voor strategische productbeslissingen.
- De SAFe Product Owner: Hij is verantwoordelijk voor de producttactiek.
Simpel gezegd betekent het dat de productmanager beslist welke producten als volgende gebouwd moeten worden. De product owner daarentegen helpt het ontwikkelteam om de producten te bouwen. Samen doen ze als het ware allebei het werk van de Scrum Product Owner, en de splitsing is het gevolg van schaalvergroting en de grootte van de producten en projecten. De splitsing is een veelgebruikte schalingstechniek. Maar kijk zelf maar eens hier.
Wat is de Product Owner Sync?
De term Product Owner Sync duikt vaak op in deze context. Inhoudelijk gezien is de PO Sync min of meer de Scrum der Scrums. Het doel van de PO Sync is om de productvisie en de werkgerelateerde inhoud in alle teams op elkaar af te stemmen. Het synchroniseert visie, strategie en tactiek. Het is een andere rol binnen SAFe.
Taken en verantwoordelijkheden van de SAFe Product Owner
De Product Owner is verantwoordelijk voor de voorbereiding van en deelname aan de PI-planning. Binnen de iteratie is hij verantwoordelijk voor het onderhouden van de team backlog, voor het volgende:
- Iteratieplanning
- Just-in-time ontwikkeling van het verhaal
- Toepassing van de Gedragsgestuurde ontwikkeling (BDD) (Testen)
- Acceptatie van de verhalen
- Uiterlijk als stimulans
- Deelname aan teamdemo's en retrospectives
Hij gebruikt methoden zoals Design Thinking – en Continuous Exploration tools zoals Persona's, Empathy Maps, Customer Journey Maps, Story Maps om inzicht en begrip binnen teams over de klant en het product te stimuleren. Het diagram geeft ook een goed overzicht van de taakverdeling.
Bron: Geschaald Agile Framework
Het FAN-Out model
Hoe zorg je eigenlijk voor een adequate en effectieve resourceplanning? Dit, inclusief de werkbelasting en competenties van teamleden, is een cruciale factor bij samenwerking. Vooral wanneer veel mensen samenwerken, is de planning van middelen en rollen enorm belangrijk. Het is absoluut noodzakelijk dat deze op elkaar worden afgestemd. In het ergste geval kunnen er knelpunten ontstaan. Snelheid wordt ook belemmerd door onjuiste of suboptimale planning – en dat alles veroorzaakt onnodige kosten.
Het uitwaaierende model zorgt voor het juiste aantal resources van productmanagers, producteigenaren en het agile team. Deze moeten zo evenwichtig mogelijk zijn om de Agile vrijgavetraining (ART) effectief te beheren. Als de werkdruk niet optimaal is, zullen het hele systeem en de mensen erin veel tijd besteden aan het ophelderen van problemen in plaats van productief te werken. Uit ervaring kan ik zeggen dat dit in de meeste gevallen kosten en fouten veroorzaakt. Daarnaast heeft een ongecoördineerde manier van werken een sterk extern effect en kost ook hier punten in excellentie.
Je kunt hier dus goed gebruik maken van het FAN-Out model. Elke productmanager kan maximaal vier PO's ondersteunen. Elk kan verantwoordelijk zijn voor één of twee agile teams. Nogmaals, hoe meer mensen erbij betrokken zijn, hoe belangrijker communicatie en transparantie is.
De meeste Agile Coaches gaan rond in cirkels....
...en oppervlakkige symptomen behandelen. Het is tijd om psychologie – te gebruiken voor een duurzame mentaliteitsverandering.
Scaled Agile Framework Product Owner Certificering
Hoe en waar kan ik gecertificeerd worden?
Om gecertificeerd te worden, moet je een cursus inclusief examen boeken via www.scaledagile.com. Dit platform geeft je toegang tot alle aanbieders en trainers die SAFe mogen certificeren. De certificeringen (cursussen en examens) vinden meestal online plaats. Naast de SAFe PO certificering zijn er nog talloze andere certificeringen.
Functieomschrijving en doelgroep
Een gecertificeerde SAFe Product Owner/Product Manager is een SAFe expert die samenwerkt met klanten en ontwikkelorganisaties om requirements te identificeren en prioriteren.
Je leert de volgende kernvaardigheden:
- De Lean-Agile mindset en SAFe principes en praktijken toepassen.
- De behoeften van de klant vaststellen
- Epos, mogelijkheden, features en verhalen schrijven
- Werk prioriteren om waarde aan het bedrijf toe te voegen
Procedure en duur
Je kunt een cursus volgen in verschillende landen, bij verschillende trainers en partners (bijvoorbeeld IBM of Capgemini). De duur is meestal 2 dagen. Je hebt 90 minuten (1,5 uur) voor het examen. Je moet in totaal 45 vragen beantwoorden. De taal voor de certificering is Engels. Als je 35 van de 45 vragen beantwoordt (77%) krijg je POPM4. POPM5 wordt toegekend als je 33 van de 45 (73%) goed beantwoordt.
Bron: isapm.org
Kosten, verdienpotentieel en salaris van de producteigenaar
De kosten liggen in de regel tussen 995 en 1400 euro en variëren per aanbieder.
De eerste examenpoging is inbegrepen in het inschrijfgeld van de cursus als het examen binnen 30 dagen na afronding van de cursus wordt afgelegd. Elke herhaling kost 50 euro.
Een gecertificeerde Scaled Agile Framework Product Owner verdient ca. 55.000 tot 65.000 EUR/per jaar.
Het hangt sterk af van de volwassenheid, ervaring en persoonlijkheid van de producteigenaar, maar ook van de omgeving waarin hij of zij zal werken.
Samenvatting & Kritiek
De product owner in SAFe is niet dezelfde als de SCRUM product owner. Door de omvang en complexiteit van de SAFe methode zijn de taken en verantwoordelijkheden van de product owner verdeeld over twee personen.
Dit vereist samenwerking zodat producten optimaal ontwikkeld kunnen worden. Vaak leidt dit tot meer coördinatie-inspanning. Als er waarschijnlijk veel onzekerheden en veranderingen binnen het project zijn, is de SAFe methode inclusief de SAFe Product Owner minder geschikt.
Zolang je nog op zoek bent naar een goed werkende strategie om een product op de markt te brengen, product-market fit te bereiken en het product vervolgens verder te laten groeien, is het vooral belangrijk om strategische en tactische productbeslissingen te combineren en dit uit te voeren met bijvoorbeeld SCRUM. Daarom is het verstandig om SAFe te gebruiken in de ontwikkelings-, lancerings- en (vroege) groeifasen van de productlevenscyclus.
