Bli en effektiv Product Owner 1 - introduktion

För att känna pressen ytterligare är det PO som också ansvarar för att definiera och kommunicera visionen för en produkt eller en tjänst. Allt detta samtidigt som kundnyttan och värdet maximeras för alla. I den här artikelserien tänkte jag fördjupa mig i PO-rollen, vad den egentligen innebär och hur du kan utöva den så effektivt som möjligt. Inledningsvis tänkte jag ge en kort introduktion till PO-rollen och beskriva vad som normalt ingår i arbetsuppgifterna.

Som PO förväntas du ha en klar vision och strategi för de produkter/tjänster som teamet levererar. Detta innebär i sin tur att förstå kundbehov, marknadstrender och affärsbehov och omvandla dessa i mer konkreta begrepp som teamet kan förstå. Det viktiga här är att få teamet att förstå vad som behöver göras och varför.

För att inventera kundbehov kan du t.ex. bjuda in kunderna till olika workshops eller intervjuer där du har möjlighet att ställa öppna frågor och lyssna på deras behov, utmaningar, idéer och önskemål. Du kan också kombinera detta med att göra användarundersökningar eller skapa fokusgrupper där ni diskuterar ett eller flera områden.

Du kan också ägna tid åt att vara med dina kunder ute i verkligheten och studera hur de använder teamets produkter och vilka utmaningar de möter i vardagen. Här får du också en chans att mer direkt höra om både för- och nackdelar med produkten. Tänk också på att försöka omformulera kundbehoven i user-stories där du kan beskriva behovet i mer lättförståeliga termer. 

Även om det givetvis är bra att lyssna av med kunderna och inventera deras behov är det också viktigt att du stämmer av allting med teamet. Teamets expertkunskap är oerhört värdefull när det gäller att tolka kundbehoven och översätta dessa till praktiska lösningar som går att realisera.

Glöm inte heller de agila principerna med små byggstenar och det iterativa arbetssättet. Se till att uppdatera krav och prioriteringar kontinuerligt baserat på marknadstrender och kundbehov. På så sätt blir du bättre på att anpassa produkten/tjänsten så att den verkligen uppfyller dina kunders behov och förväntningar.

Ett annat viktigt ansvarsområde är att prioritera produktbackloggen, men det kan ju vara lättare sagt än gjort. Detta arbete är starkt förknippat med punkten innan som handlar om att definiera behoven.

Högst upp i backloggen ska alltid de mest prioriterade sakerna finnas och det är POs ansvar att se till att det verkligen är så. Prioritera de saker som ger mest och minska risken för att bygga onödig funktionalitet som sedan måste kasseras.

Prioritering kan t.ex. göras med hjälp av MoSCoW-metdeon som jag diskuterade i ett tidigare blogginlägg. Jag nämnde också en del andra metoder. För mer information se mitt första inlägg i serien där jag beskriver hur du skapar det optimala IT-utvecklingsteamet.

I prioriteringsarbetet ingår också att kunna uttrycka krav på produkten på ett tydligt och verklighetsförankrat sätt. På det viset kan PO förklara vad som behöver byggas och hur det ska fungera.

Kopplat direkt till prioriteringen och behovsinsamlingen är också den löpande kommunikationen och samverkan med intressenter och utvecklingsteamet. Genom att lyssna på feedback, förstå behov och involvera intressenter i beslutsfattandet kan du som PO skapa naturliga kommunikationskanaler och främja samarbete mellan olika intressenter för att uppnå gemensamma mål.

Om du är PO i ett team som ingår i den mer stödjande verksamheten kanske det är svårt att identifiera den direkta kunden. Det du kan göra då att gå ett steg längre och vara med på möten där din beställare träffar sina intressenter. På så sätt kan du få en bättre insikt i vad slutkunderna egentligen vill ha och vad de diskuterar.

Som ett konkret exempel på detta fick vi i ett team, där jag jobbade, uppgiften att utveckla ett system som skulle aggregera data från flera källor där resultatet sedan skulle användas av ekonomiavdelningen som en grund för deras beslutsfattande.

En sorts BI-system med andra ord. När vi skulle sätta oss ner och definiera kraven/behoven var det väldigt otydligt och svävande vilket gjorde mig lite misstänksam. Vem var egentligen kunden och vad hade kunden för behov? Efter lite efterforskningar visade det sig att de beslut som skulle fattas användes av enheten som arbetade med nyförvärv efter rekommendation från ekonomiavdelningen.

Jag tog därför initiativ till att sätta upp en liten workshop där vi träffade både representanter från ekonomiavdelningen och förvärvsenheten. Jag tog också med några från mitt team för att få allting verklighetsförankrat. Det blev en otroligt lyckad workshop som ledde fram till att vi fick ihop en lista med betydligt mer konkreta krav och dessutom en vision som sträckte sig cirka tre år framåt med olika önskemål över vad olika intressenter ville se i framtiden.

Så ta reda på vilka dina kunder är och vilka deras kunder är och träffa dem tillsammans så kommer du att få en betydligt bättre insikt i hur kravbilden ser ut.

Förutom att ta reda på alla behov/krav och se till att teamet verkligen jobbar mot dessa mål och ständigt ha en prioriterad produktbacklogg måste du hela tiden fatta beslut som rör produktutvecklingen och olika prioriteringar. Det är inte lätt att ansvara för teamets backlogg och ibland kan det säkert kännas lite ensamt, men ta hjälp av teamet och övriga intressenter. Ha hela tiden i åtanke att involvera snarare än att utelämna.

Om olika intressenter är intresserade av teamets arbete eller om teamet är intresserade av övriga stake holders arbete sätt ihop dem och låt de lära känna varandra. Ju mer vi umgås desto bättre!

Genom att förstå och ta itu med dessa förväntningar och ansvarsområden kan du som PO bli en framgångsrik ledare och bidra till att skapa värdefulla och användaranpassade produkter.

Det här med användarbehov och deras krav är en väsentlig del av vardagen för dig som PO. Därför tänkte jag fördjupa mig i det ytterligare i nästa artikel.