Hvad er en Product Owner i Scaled Agile Framework SAFe? - Tal, data, fakta 

Du ved, at den agile organisationsstruktur er organisk med roller og ikke hierarkisk. Den Scaled Agile Framework - SAFe er en metode til at skalere agilitet. Du kan læse mere om selve SAFe i vores forskellige blogartikler, f.eks. om 4 niveauer i den skalerede Agile-ramme. I dag ser vi nærmere på rollen som Scaled Agile Framework Product Owner. SAFe Product Owner har andre ansvarsområder end Scrum Product Owner, for eksempel.

 

Så hvad er en Scaled Agile Framework Product Owner?

En Scaled Agile Framework Product Owner tager sig af produktdetaljerne. Hans opgaver omfatter at definere brugerhistorier. På grund af størrelsen på produkterne og projekterne i SAFe arbejder han kun på en udvalgt del af produktbackloggen. Han tager sig dog af et eller flere udviklingsteams. SAFe-produktejerens fokus er på produkttaktik.

 

De 6 typer af produktejere

• Den oprindelige “Scrum Product Owner”, som er ansvarlig for et produkt i sin helhed. Hans opgave er at maksimere værdien. Han kaldes derfor ofte “værdimaksimereren”.
• En “Feature Owner”, der administrerer en vigtig produktfunktion, som slutbrugerne interagerer med - f.eks. søgning og navigation på en onlineforhandlers websted. 
• En “Component Owner”, der ejer en arkitekturbyggesten som f.eks. persistenslaget - altså “kun” enkelte komponenter i softwaren
• En “platformsejer”, der administrerer en platform som en samling af delte softwareaktiver. 
• Den “SAFe Product Owner”, der ejer produktdetaljerne. 
• En “porteføljeejer”, der administrerer en gruppe af (relaterede) produkter.

For at se forskellene i de enkelte Product Owners opgaver, kan du se grafikken her i. Her bliver forskellene meget tydelige.

 

Et eksempel til at forstå de forskellige typer af produktejere

For at gøre det endnu tydeligere, hvad en SAFe Product Owner er, følger nu et eksempel. Lad os forestille os, at vi udvikler en mobiltelefon - lad os sige en iPhone. Der er kabinettet, skærmen, printkortet og meget mere. Platform Owner er ansvarlig for udviklingen af hele printkortet (elektricitet), som også kan tjene som grundlag for en videreudvikling af mobiltelefonen (f.eks. iPhone 10 - iPhone 11). På dette printkort er der forskellige komponenter, f.eks. alle funktioner til tastaturet. Component Product Owner tager sig af dette. Feature Product Owner er så ikke kun ansvarlig for enkelte komponenter, men for hele mobiltelefonens funktionalitet inkl. lys og lyd for eksempel. SAFe Product Owner er så ansvarlig for et delområde af mobiltelefonen og administrerer Feature, Component og Scrum PO. Portfolio Owner er i sidste ende ansvarlig for hele mobiltelefonen og “administrerer” således alle PO’er.

I øvrigt, en kort bemærkning i forbindelse med agil transformation: Vil du være sikker på, at I aktuelt sætter de rigtige prioriteter i jeres agile transformation? 

Så tag vores modenhedstjek for jeres agile transformation - det tager kun 3 minutter. Du får endda et benchmark baseret på de over tre hundrede andre deltagere. Se knappen 🙂

Sammenligning af Scrum Product Owner og SAFe Product Owner

En Scrum Product Owner er ansvarlig for produktet. Han tager sig af visionen, strategien og taktikken for et produkt. SAFe-modellen opdeler dog produktansvaret i to forskellige roller: 

• SAFe-produktchefen: Han er ansvarlig for strategiske produktbeslutninger.
• SAFe Product Owner: Han er ansvarlig for produktets taktik. 

Kort sagt betyder det, at produktchefen beslutter, hvilke produkter der skal bygges næste gang. Produktejeren, på den anden side, hjælper udviklingsteamet med at bygge produkterne. Sammen gør de så at sige begge Scrum Product Owner’s arbejde, og opdelingen skyldes skalering og størrelsen på produkterne og projekterne. Opdelingen er en almindelig skaleringsteknik. Men se selv efter her.

Udtrykket Product Owner Sync dukker ofte op i denne sammenhæng. I hvert fald indholdsmæssigt er PO Sync mere eller mindre Scrum of Scrums. Formålet med PO Sync er at sikre koordineringen af produktvisionen og det arbejdsrelaterede indhold på tværs af alle teams. Den synkroniserer vision, strategi og taktik. Det er en anden rolle inden for SAFe.

 

SAFe Product Ownerens opgaver og ansvarsområder

Product Owner er ansvarlig for at forberede og deltage i PI-planlægningen. Inden for iterationen er han ansvarlig for at vedligeholde teamets backlog for følgende: 

• Iterationsplanlægning
• Just-in-time udvikling af historien
• Anvendelse af Adfærdsdrevet udvikling (BDD) (Test)
• Accept af historierne
• Udseende som en katalysator
• Deltagelse i teamdemoer og retrospektiver

Han bruger metoder som Designtænkning - og Continuous Exploration-værktøjer som Personas, Empathy Maps, Customer Journey Maps, Story Maps, for at fremme indsigt og forståelse i teamsene for kunden og produktet. Diagrammet giver også et godt overblik over arbejdsdelingen.

 

Kilde: Skaleret Agile-ramme

 

FAN-Out-modellen

Hvordan sørger man egentlig for en passende og effektiv ressourceplanlægning? Denne, inklusive udnyttelsen og teammedlemmernes kompetencer, er en afgørende faktor i samarbejdet. Især når mange mennesker arbejder sammen, er planlægningen af ressourcer og roller enormt vigtig. Disse skal nemlig nødvendigvis afstemmes med hinanden. I værste fald kan det føre til flaskehalse. Også hastigheden hæmmes af en forkert eller ikke-optimal planlægning - alt dette forårsager unødvendige omkostninger.

Fan-out-modellen tager sig af det rette antal ressourcer til produktchefer, produktejere og det agile team. Disse bør være så afbalancerede som muligt for at sikre Agile Release Train (ART) til at håndtere effektivt. Hvis arbejdsbyrden ikke er optimal, vil hele systemet og de mennesker, der arbejder i det, bruge en masse tid på at afklare problemer i stedet for at arbejde produktivt. Af erfaring kan jeg sige, at det i de fleste tilfælde medfører omkostninger og fejl. Derudover har en ukoordineret måde at arbejde på en stærk ekstern effekt og koster også point i excellence her.

Derfor kan du gøre god brug af FAN-Out-modellen her. Hver produktchef kan støtte op til fire PO’er. De kan hver især være ansvarlige for et eller to agile teams. Igen, jo flere mennesker, der er involveret, jo vigtigere er kommunikation og gennemsigtighed.

For at blive certificeret skal du via www.scaledagile.com booke et kursus inkl. eksamen. Via denne platform har du adgang til alle udbydere og undervisere, der har tilladelse til at certificere SAFe. Certificeringerne (kurser og eksamener) foregår som regel online i øjeblikket. Ud over SAFe PO-certificeringen findes der en række andre certificeringer.

 

Jobbeskrivelse og målgruppe

En certificeret SAFe Product Owner/Product Manager er en SAFe-ekspert, der samarbejder med kunder og udviklingsorganisationer om at identificere og prioritere krav.

 

Du vil blive undervist i følgende kernefærdigheder:

• Anvende Lean Agile-mindset og SAFe-principper og -praksisser. 
• Identificer kundernes behov
• At skrive epos, kapaciteter, features og historier
• Prioritering af arbejde for at tilføre værdi til virksomheden 

Du kan tage et kursus i forskellige lande, hos forskellige undervisere og partnere (f.eks. IBM eller Capgemini). Varigheden er normalt 2 dage. Du har 90 minutter (1,5 time) til eksamen. I alt 45 spørgsmål skal besvares. Certificeringssproget er engelsk. Hvis du svarer 35 ud af 45 (77%) POPM4. Du får POPM5, hvis du svarer rigtigt på 33 ud af 45 (73%).

Kilde: isapm.org

Omkostningerne ligger som regel mellem 995 og 1.400 euro og varierer afhængigt af udbyderen.

Det første eksamensforsøg er inkluderet i kursusgebyret, hvis eksamen tages inden for 30 dage efter kursets afslutning. Hvert gentagelsesforsøg koster 50 euro.

En certificeret Scaled Agile Framework Product Owner tjener ca. 55.000 til 65.000 EUR pr. år.

Det afhænger i høj grad af produktejerens modenhed, erfaring og personlighed, men også af det miljø, han eller hun skal arbejde i.

 

Resumé og kritik

Produktejeren i SAFe er ikke den samme som SCRUM-produktejeren. På grund af SAFe-metodens størrelse og kompleksitet er produktejerens opgaver og ansvar delt mellem to personer. 

Det kræver samarbejde, så produkterne kan udvikles optimalt. Ofte resulterer det i en større koordineringsindsats. Hvis der sandsynligvis vil være mange usikkerheder og ændringer i projektet, er SAFe-metoden med SAFe Product Owner mindre egnet. 

Så længe man stadig er på udkig efter en velfungerende strategi til at bringe et produkt på markedet, opnå product-market fit og derefter vækste produktet yderligere, er det især vigtigt at kombinere strategiske og taktiske produktbeslutninger og implementere dette med f.eks. SCRUM. Derfor er det tilrådeligt at bruge SAFe klogt i udviklings-, lancerings- og (tidlige) vækstfaser i produktets livscyklus.