Hva er en produkteier i Scaled Agile Framework SAFe? – Tall, data, fakta 

Du vet at den agile organisasjonsstrukturen er organisk med roller og ikke hierarkisk. Den Scaled Agile Framework – SAFe er en metode for skalering av smidighet. Du kan lese mer om selve SAFe i våre ulike bloggartikler, f.eks. om 4 nivåer i Scaled Agile-rammeverket. I dag ser vi nærmere på rollen til Scaled Agile Framework Product Owner. SAFe Product Owner har andre ansvarsområder enn for eksempel Scrum Product Owner.

 

Så hva er en Scaled Agile Framework Product Owner?

En Scaled Agile Framework Product Owner tar seg av produktdetaljene. Blant oppgavene hans er å definere brukerhistorier. På grunn av størrelsen på produktene og prosjektene i SAFe jobber han bare med en utvalgt del av produktetterslepet. Han har imidlertid ansvaret for ett eller flere utviklingsteam. SAFe-produkteierens fokus er på produkttaktikk.

 

De 6 typene produkteiere

• Den opprinnelige “Scrum Product Owner” som er ansvarlig for produktet i sin helhet. Hans oppgave er å maksimere verdien. Han kalles derfor ofte “verdimaksimereren”.
• En «funksjonseier» som administrerer en viktig produktfunksjon som sluttbrukere samhandler med – som for eksempel søk og navigasjon på nettsiden til en nettbutikk. 
• En «komponenteier» som eier en arkitekturbyggestein som persistenslaget – altså «bare» enkelte komponenter av programvaren
• En “plattformeier” som forvalter en plattform som en samling av delte programvareressurser. 
• “SAFe Product Owner” som eier produktdetaljene. 
• En “porteføljeeier” som forvalter en gruppe (relaterte) produkter.

For å se forskjellene i oppgavene til de enkelte produkteierne, kan du gjerne se på grafikken her i vedlegget. Her blir forskjellene veldig tydelige.

 

Et eksempel for å forstå de ulike typene produkteiere

For å gjøre det enda tydeligere hva en SAFe-produkteier er, følger et eksempel. La oss forestille oss at vi utvikler en mobiltelefon – la oss si en iPhone. Da har vi kabinettet, skjermen, kretskortet og mye mer. Plattformeieren er ansvarlig for utviklingen av hele kretskortet (elektrisk), som også kan danne grunnlag for videreutvikling av mobiltelefonen (f.eks. iPhone 10 – iPhone 11). På dette kretskortet er det forskjellige komponenter, f.eks. alle funksjonalitetene for tastaturet. Dette er det komponentprodukteieren som tar seg av. Funksjonsprodukteieren er da ikke bare ansvarlig for enkelte komponenter, men for hele funksjonaliteten til mobiltelefonen inkl. lys og lyd for eksempel. SAFe-produkteieren er da ansvarlig for et delområde av mobiltelefonen og administrerer funksjons-, komponent- og Scrum PO. Porteføljeeieren er til slutt ansvarlig for hele mobiltelefonen og «administrerer» dermed alle PO-ene.

Forresten, en kort merknad i sammenheng med agil transformasjon: Vil du være sikker på at dere har de riktige prioriteringene i deres agile transformasjon? 

Ta vår modenhetssjekk for deres agile transformasjon – tar bare 3 minutter. Du får til og med et benchmark basert på de over tre hundre andre deltakerne. Se knapp 🙂

Sammenligning av Scrum Product Owner og SAFe Product Owner

En Scrum Product Owner er ansvarlig for produktet. Han tar seg av visjon, strategi og taktikk for et produkt. SAFe-modellen deler imidlertid produktansvaret inn i to ulike roller: 

• SAFe-produktsjefen: Han er ansvarlig for strategiske produktbeslutninger.
• SAFe Product Owner: Han er ansvarlig for produkttaktikken. 

Enkelt sagt betyr det at produktsjefen bestemmer hvilke produkter som skal utvikles. Produkteieren, på sin side, hjelper utviklingsteamet med å bygge produktene. Sammen gjør de begge så å si Scrum Product Owner-jobben, og oppdelingen skyldes skalering og størrelsen på produktene og prosjektene. Oppdelingen er en vanlig skaleringsteknikk. Men det er bare å ta en titt selv her.

Begrepet Product Owner Sync dukker ofte opp i denne sammenhengen. I det minste når det gjelder innhold, er PO Sync mer eller mindre Scrum of Scrums. Formålet med PO Sync er å sikre koordinering av produktvisjonen og det arbeidsrelaterte innholdet på tvers av alle team. Den synkroniserer visjon, strategi og taktikk. Det er en annen rolle innenfor SAFe.

 

SAFe Product Ownerens oppgaver og ansvarsområder

Produkteieren er ansvarlig for å forberede og delta i PI-planleggingen. I løpet av iterasjonen er han eller hun ansvarlig for å vedlikeholde teamets backlog for følgende: 

• Iterasjonsplanlegging
• Just-in-time-utvikling av historien
• Anvendelse av Atferdsdrevet utvikling (BDD) (Testing)
• Aksept av historiene
• Utseende som en muliggjører
• Deltakelse i teamdemoer og retrospektiver

Han bruker metoder som Designtenkning – og Continuous Exploration-verktøy som Personas, Empathy Maps, Customer Journey Maps, Story Mapsfor å fremme innsikt og forståelse i teamene for kunden og produktet. Diagrammet gir også en god oversikt over arbeidsdelingen.

 

Kilde: Skalerte Agile-rammeverk

 

FAN-Out-modellen

Hvordan sørger man egentlig for en hensiktsmessig og effektiv ressursplanlegging? Denne, inkludert utnyttelsen og kompetansen til teammedlemmene, er en avgjørende faktor i samarbeidet. Spesielt når mange mennesker jobber sammen, er planleggingen av ressurser og roller enormt viktig. Disse må nemlig nødvendigvis samordnes. I verste fall kan det oppstå flaskehalser. Hastigheten hemmes også av en feil eller ikke optimal planlegging – alt dette forårsaker unødvendige kostnader.

Fan-out-modellen sørger for riktig antall ressurser i form av produktledere, produkteiere og det agile teamet. Disse bør være så balanserte som mulig for å sikre at Agile Release Train (ART) til å håndtere effektivt. Hvis arbeidsmengden ikke er optimal, vil hele systemet og menneskene i det bruke mye tid på å avklare problemer i stedet for å jobbe produktivt. Av erfaring kan jeg si at dette i de fleste tilfeller fører til kostnader og feil. I tillegg har en ukoordinert måte å jobbe på en sterk ekstern effekt og koster også poeng i excellence her.

Her kan du derfor med fordel bruke FAN-Out-modellen. Hver produktsjef kan støtte opptil fire PO-er. Hver av dem kan være ansvarlig for ett eller to agile team. Igjen, jo flere personer som er involvert, desto viktigere er kommunikasjon og åpenhet.

For å bli sertifisert bør du via www.scaledagile.com bestille et kurs inkl. eksamen. Via denne plattformen har du tilgang til alle leverandører og trenere som har lov til å sertifisere SAFe. Sertifiseringene (kurs og eksamener) foregår vanligvis online for tiden. I tillegg til SAFe PO-sertifiseringen finnes det en rekke andre sertifiseringer.

 

Stillingsbeskrivelse og målgruppe

En sertifisert SAFe Product Owner/Product Manager er en SAFe-ekspert som samarbeider med kunder og utviklingsorganisasjoner for å identifisere og prioritere krav.

 

Du vil bli undervist i følgende kjerneferdigheter:

• Bruk av Lean Agile-tankegangen og SAFe-prinsipper og -praksis. 
• Identifisere kundenes behov
• Skrive epos, evner, funksjoner og historier
• Prioritere arbeidet for å skape merverdi for virksomheten. 

Du kan ta kurs i ulike land, med ulike kursholdere og partnere (f.eks. IBM eller Capgemini). Varigheten er vanligvis 2 dager. Du har 90 minutter (1,5 time) til eksamen. Totalt 45 spørsmål må besvares. Sertifiseringsspråket er engelsk. Hvis du svarer 35 av 45 (77%), får du POPM4. POPM5 tildeles hvis du svarer riktig på 33 av 45 (73%).

Kilde: isapm.org

Kostnadene ligger som regel mellom 995 og 1400 euro og varierer avhengig av leverandør.

Det første eksamensforsøket er inkludert i kursavgiften hvis eksamen avlegges innen 30 dager etter at kurset er avsluttet. Hvert nytt forsøk koster 50 euro.

En sertifisert produktansvarlig for Scaled Agile-rammeverket tjener ca. 55 000 til 65 000 EUR per år.

Dette avhenger i stor grad av produkteierens modenhet, erfaring og personlighet, men også av miljøet han eller hun skal jobbe i.

 

Sammendrag og kritikk

Produkteieren i SAFe er ikke den samme som produkteieren i SCRUM. På grunn av SAFe-metodens størrelse og kompleksitet er oppgavene og ansvaret til produkteieren delt mellom to personer. 

Dette krever samarbeid slik at produktene kan utvikles optimalt. Ofte resulterer det i mer koordineringsarbeid. Hvis det er sannsynlig at det vil være mange usikkerhetsmomenter og endringer i prosjektet, er SAFe-metoden med SAFe Product Owner mindre egnet. 

Så lenge du fortsatt er på utkikk etter en velfungerende strategi for å bringe et produkt ut på markedet, oppnå product-market fit og deretter utvikle produktet videre, er det spesielt viktig å kombinere strategiske og taktiske produktbeslutninger og implementere dette med for eksempel SCRUM. Derfor anbefales det å bruke SAFe på en klok måte i utviklings-, lanserings- og (tidlige) vekstfaser i produktets livssyklus.