Guide i skillnaden mellan Product Manager och Product Owner !
I min förra artikel “Två roller, ett syfte: skillnaden mellan Product Manager och Product Owner” beskriver jag skillnaden mellan Product Manager och Product Owner och där den enkla sammanfattningen är att PM är ett jobb och PO är en roll som en PM kan göra. Jag kommer i denna artikel fortsätta med att förklara skillnaden och nyttja Double Diamond (se bild nedan) för att visualisera hur jag ser på skillnaden av Product owner och Product manager.
Double Diamond
Product Owner
För att visualisera Product Owner i modellen så omfattar det jobbet som görs i sista steget (Develop/Deliver) i modellen där en stor del av arbetet handlar om att bryta ned problemet till mindre leveranser, samarbeta med andra team och kommunicera med intressenter för att säkerställa framgångsrik produktleverans. I många företag sker leveranserna genom ett inflöde av initiativ eller projekt som andra har definierat, och där man måste hantera detta genom att prioritera vilka idéer som ska implementeras. På vissa företag har man personer som är ansvariga för denna roll och de heter ofta Product Owner eller Produktägare. I ramverket SAFe är denna roll definierad som leveransansvarig.
Rollen Product Owner
Product Manager
För att bättre förstå PM lägger vi till det första steget (Discovery/Define) i modellen. Nu har vi hela modellen på plats och där vi i första steget fokuserar på att identifiera och lösa de problem som produkten behöver adressera för att tillfredsställa kundens behov. Det är i detta steg som en PM bör ägna mest av sin tid åt att förstå kundens behov och utifrån det utforma produkten, detta handlar inte så mycket att du som PM skall träffa kunder hela tiden och ta med dig insikterna till teamet, det handlar mera att skapa en miljö/kultur där kundinsikter och Discovery arbete är naturligt för teamet att arbeta tillsammans med.
Product manager vad som kan ingå i rollen
För att ge en mer korrekt bild av vad PM innebär så har jag även visualiserat Viability, Value, Measure, Go to market, End of life. Dessa ingår inte i modellen men är en viktig del av PM jobbet. Viability och Value är något som Marty Cagan ofta lyfter när han pratar/skriver om PM rollen och jag gillar verkligen Viability och Value och har beskrivit det kort nedan. Vill du veta mer kan jag rekommendera att läsa Martys Cagans artiklar och du hittar en kortare text om området här
Viability - kortfattat, är det värt att spendera pengar på produkten, genererar den intäkter till bolaget, minskar kostnader eller ökar produktiviteten. Det innebär att utvärdera ekonomiska, tekniska och marknadsmässiga faktorer för att avgöra om det är en framgångsrik produkt.
Value - handlar om den nytta som produkten erbjuder kunden. Det innebär att produkten löser ett problem som kunden har eller ökar deras effektivitet eller varför inte förbättrar deras livskvalitet.
Cheif Product Office
För att få en komplett bild av helheten att jobba med produkt så har jag även visualiserat Chief Product Officers (CPO) / Head of Product. De spelar en avgörande roll i att forma och facilitera produktstrategin för företaget. Deras ansvar sträcker sig bortom enskilda produkter och inkluderar att etablera övergripande mål och riktlinjer för produktportföljen.
CPO och Product roller och vad som kan ingå i rollen
Utöver produktstrategin är CPO också ansvariga för att utveckla och stödja Product managers tex genom Coachning. En viktig del av CPO ansvar är också att bygga en stark produktorganisation. Detta innebär att skapa en miljö där product managers kan trivas och utvecklas, samt att säkerställa att teamen är effektiva och samarbetar mellan olika avdelningar och funktioner.
Tankar och tips
Sammanfattningsvis så är skillnaden mellan Product owner och Product manager således att PO är en roll som en PM kan ta på sig och är troligtvis den bästa personen att ta den rollen. Men det är en roll av flera roller som en Product manager har i sitt jobb som jag har beskrivit ovan. Jag ser också ofta att man delar upp PM och PO i två olika jobb vilket leder till delat ansvar och ett väldigt dåligt resultat. Anledningen till det att det funkar dåligt är att man inte får ett ansvar för helheten (end to end) och att det blir överlämningar. När man frågar varför man delar upp det i två jobb är det vanliga svaret att det skulle bli för mycket arbete för en person att hantera. Men jag tror att mycket tid spenderas på möten och samordning som inte ger ett värde. Det är ett tecken på bristande tillit till Product Managers och deras förmåga att driva produkten framåt för att leverera värde utan att behöva detaljstyra.
Här har CPO ett stort ansvar, där de inte bara förväntas förstå vad som krävs för att vara en framgångsrik Product Manager, utan de har även ansvaret att coacha både ledningen och Product Managers i deras arbete. Har CPO inte denna kunskap, kan det vara värt att hitta stöd hos en coach som kan produkt.
För dig som har rollen som Product Owner i en SCRUM miljö och arbetar med alla delar som jag har beskrivit modellen ovan är du enligt mig Product Manager.
Om du endast fokuserar på leveranssteget, så agerar du som leveranskoordinator eller projektledare som genomför bestämda leveranser utan att ta ansvar för själva produkten. Här skulle jag rekommendera dig om du vill utvecklas i din roll att ta dialogen med din ledare för att diskutera möjligheterna att växa in i en Product manager roll. Om denna möjlighet inte finns internt, kan det vara värdefullt att söka efter en coach eller mentor med produktkunskap externt.
