Vad är en Product Owner i Scaled Agile Framework SAFe? - Siffror, data, fakta 

Du vet att den agila organisationsstrukturen är organisk med roller och inte hierarkisk. Den Scaled Agile Framework - SAFe är en metod för att skala upp agilitet. Du kan läsa mer om SAFe i våra olika bloggartiklar, t.ex. om 4 nivåer av ramverket Scaled Agile. Idag tar vi en närmare titt på rollen som produktägare för Scaled Agile Framework. SAFe-produktägaren har andra ansvarsområden än Scrum-produktägaren, till exempel.

 

Så vad är en produktägare för Scaled Agile Framework?

En produktägare för Scaled Agile Framework tar hand om produktdetaljerna. Hans uppgifter inkluderar att definiera användarberättelser. På grund av storleken på produkterna och projekten i SAFe arbetar han bara med en utvald del av produktbackloggen. Han tar dock hand om ett eller flera utvecklingsteam. SAFe-produktägarens fokus ligger på produkttaktik.

 

De 6 typerna av produktägare

• Den ursprungliga “Scrum Product Owner” som ansvarar för en produkt i sin helhet. Hans uppgift är att maximera värdet. Han kallas därför ofta för “värdemaximeraren”.
• En “Feature Owner” som hanterar en viktig produktfunktion som slutanvändare interagerar med - som till exempel sökning och navigering på en onlinehandlares webbplats. 
• En “Component Owner” som äger en arkitekturbyggsten som persistenslagret - alltså “bara” enskilda komponenter i programvaran
• En “plattformsägare” som hanterar en plattform som en samling av delade programvarutillgångar. 
• “SAFe Product Owner” som äger produktdetaljerna. 
• En “portföljägare” som hanterar en grupp av (relaterade) produkter.

För att se skillnaderna i de enskilda Product Owners uppgifter, ta gärna en titt på grafiken här i den. Där blir skillnaderna väldigt tydliga.

 

Ett exempel för att förstå de olika typerna av produktägare

För att göra det ännu tydligare vad en SAFe Product Owner är, följer nu ett exempel. Låt oss säga att vi utvecklar en mobiltelefon - låt oss säga en iPhone. Det finns höljet, skärmen, kretskortet och mycket mer. Platform Owner ansvarar för utvecklingen av hela kretskortet (elektriskt), vilket också kan vara grunden för en vidareutveckling av mobiltelefonen (t.ex. iPhone 10 - iPhone 11). På detta kretskort finns det olika komponenter, t.ex. alla funktioner för tangentbordet. Component Product Owner tar hand om det. Feature Product Owner ansvarar då inte bara för enskilda komponenter, utan för hela mobiltelefonens funktionalitet inklusive ljus och ljud till exempel. SAFe Product Owner ansvarar då för en del av mobiltelefonen och hanterar Feature, Component och Scrum PO. Portfolio Owner ansvarar slutligen för hela mobiltelefonen och “hanterar” därmed alla PO:s.

Förresten, en kort notis i samband med agil transformation: Vill du vara säker på att ni för närvarande prioriterar rätt i er agila transformation? 

Gör då vår mognadsgradskontroll för er agila transformation - det tar bara 3 minuter. Du får till och med ett riktmärke baserat på de över trehundra andra deltagarna. Se knappen 🙂

Jämförelse Scrum Product Owner och SAFe Product Owner

En Scrum Product Owner är ansvarig för produkten. Han tar hand om visionen, strategin och taktiken för en produkt. SAFe-modellen delar dock upp produktansvaret i två olika roller: 

• SAFe-produktchefen: Han ansvarar för strategiska produktbeslut.
• SAFe-produktägaren: Han är ansvarig för produkttaktiken. 

Enkelt uttryckt innebär det att produktchefen bestämmer vilka produkter som ska byggas härnäst. Produktägaren, å andra sidan, hjälper utvecklingsteamet att bygga produkterna. Tillsammans gör de båda så att säga Scrum-produktägarens jobb, och uppdelningen beror på skalning och storleken på produkterna och projekten. Uppdelningen är en vanlig skalningsteknik. Men ta bara en titt själv här.

Termen Product Owner Sync dyker ofta upp i detta sammanhang. Åtminstone innehållsmässigt är PO Sync mer eller mindre Scrum of Scrums. Syftet med PO Sync är att säkerställa samordningen av produktvisionen och det arbetsrelaterade innehållet i alla team. Den synkroniserar vision, strategi och taktik. Det är en annan roll inom SAFe.

 

SAFe-produktägarens uppgifter och ansvarsområden

Produktägaren ansvarar för att förbereda och delta i PI-planeringen. Inom iterationen är han ansvarig för att upprätthålla teamets backlog, för följande: 

• Iterationsplanering
• Just-in-time utveckling av berättelsen
• Tillämpning av Beteendestyrd utveckling (BDD) (Testning)
• Godkännande av berättelserna
• Uppträdande som en möjliggörare
• Deltagande i teamdemonstrationer och retrospektiv

Han använder metoder som Designtänkande - och Continuous Exploration-verktyg som Personas, Empathy Maps, Customer Journey Maps, Story Maps, för att främja insikter och förståelse i teamen för kunden och produkten. Diagrammet ger också en bra överblick över arbetsfördelningen.

 

Källa: Skalat Agile-ramverk

 

FAN-Out-modellen

Hur tar man egentligen hand om en lämplig och effektiv resursplanering? Denna, inklusive teammedlemmarnas utnyttjande och kompetenser, är en avgörande faktor i samarbetet. Särskilt när många människor arbetar tillsammans är planeringen av resurser och roller oerhört viktig. Dessa måste nämligen samordnas med varandra. I värsta fall kan det uppstå flaskhalsar. Även hastigheten hämmas av en felaktig eller icke optimal planering - allt detta orsakar onödiga kostnader.

Modell med utrullning tar hand om rätt antal resurser för produktchefer, produktägare och det agila teamet. Dessa bör vara så balanserade som möjligt för att säkerställa Agile Release Tåg (ART) att hantera på ett effektivt sätt. Om arbetsbelastningen inte är optimal kommer hela systemet och människorna i det att ägna mycket tid åt att klargöra frågor i stället för att arbeta produktivt. Av erfarenhet kan jag säga att detta i de flesta fall orsakar kostnader och fel. Dessutom har ett okoordinerat sätt att arbeta en stark extern effekt och kostar också poäng i excellens här.

Därför kan du använda FAN-Out-modellen på ett bra sätt här. Varje produktchef kan stödja upp till fyra PO:er. Var och en kan ansvara för ett eller två agila team. Ju fler personer som är involverade, desto viktigare är kommunikation och transparens.

För att bli certifierad bör du via www.scaledagile.com boka en kurs inklusive tentamen. Via denna plattform har du tillgång till alla leverantörer och tränare som får certifiera SAFe. Certifieringarna (kurser och tentor) sker i regel online för närvarande. Förutom SAFe PO-certifieringen finns det många andra certifieringar.

 

Arbetsbeskrivning och målgrupp

En certifierad SAFe Product Owner/Product Manager är en SAFe-expert som arbetar med kunder och utvecklingsorganisationer för att identifiera och prioritera krav.

 

Du kommer att få lära dig följande grundläggande färdigheter:

• Tillämpa Lean Agile-tänkandet och SAFe-principer och -metoder. 
• Identifiera kundernas behov
• Skriva epiker, förmågor, funktioner och berättelser
• Prioritera arbete för att skapa mervärde för verksamheten 

Du kan gå en kurs i olika länder, med olika utbildare och partners (t.ex. IBM eller Capgemini). Kursen varar vanligtvis 2 dagar. Du har 90 minuter (1,5 timmar) på dig för provet. Totalt 45 frågor måste besvaras. Certifieringsspråket är engelska. Om du svarar på 35 av 45 frågor (77%) POPM4. Du får POPM5 om du svarar rätt på 33 av 45 (73%).

Källa: isapm.org

Kostnaderna ligger i regel mellan 995 och 1 400 euro och varierar beroende på leverantör.

Det första tentamensförsöket ingår i kursavgiften om tentamen görs inom 30 dagar efter avslutad kurs. Varje upprepat försök kostar 50 euro.

En certifierad Scaled Agile Framework Product Owner tjänar ca. 55 000 till 65 000 EUR/per år.

Det beror i hög grad på produktägarens mognad, erfarenhet och personlighet, men också på den miljö där han eller hon kommer att arbeta.

 

Sammanfattning och kritik

Produktägaren i SAFe är inte densamma som produktägaren i SCRUM. På grund av SAFe-metodens storlek och komplexitet delas produktägarens uppgifter och ansvar mellan två personer. 

Detta kräver samarbete så att produkterna kan utvecklas optimalt. Ofta resulterar det i mer samordningsarbete. Om det sannolikt kommer att finnas många osäkerheter och förändringar inom projektet, är SAFe-metoden inklusive SAFe Product Owner mindre lämplig. 

Så länge du fortfarande letar efter en välfungerande strategi för att ta en produkt till marknaden, uppnå produkt-marknadsanpassning och sedan växa produkten ytterligare, är det särskilt viktigt att kombinera strategiska och taktiska produktbeslut och implementera detta med t.ex. SCRUM. Därför är det lämpligt att använda SAFe på ett klokt sätt i utvecklings-, lanserings- och (tidiga) tillväxtfaser i produktens livscykel.