I dagens inlägg kommer vi att fokusera på de vanligaste utmaningarna som produktägare står inför. Vi kommer också att berätta hur man förbereder sig för situationer där dessa misstag av produktägaren oftast inträffar.
Misstag av produktägare – innehållsförteckning:
- Vad kan gå fel mellan produktägaren och kunden
- Utmaningar som produktägaren står inför gällande resten av Scrum-teamet
- Sammanfattning
Vad kan gå fel mellan produktägaren och kunden
Produktägaren är den person som är personligt ansvarig för Scrum-teamets misslyckanden. På grund av denna position utöver teamets aktiviteter anses produktägaren vara den enda som kan hållas ansvarig. Med andra ord, det är produktägaren som lider mest när Scrum-teamet gör fel. Så hur hanterar man besvärliga situationer när de uppstår eller ännu bättre, hur förhindrar man att de inträffar från början?
För att besvara den frågan har vi tillhandahållit en tydlig och djupgående analys av några stora misstag av produktägare och kunder i följande tabell tillsammans med en detaljerad diskussion av varje.
Fel | Problem som uppstår | Förslag på lösning |
---|---|---|
Oförmåga att prioritera | Ej optimerad produktbacklog, otydlighet i produktmålet | Lyssna, ställa frågor, förhandla om produktmålet med kunden, noggrant bearbeta resultaten av förhandlingen |
Brist på självsäkerhet | För många uppgifter för Scrum-teamet att slutföra | Tänka realistiskt, känna till och komma ihåg teamets kapabiliteter |
Otillräckliga affärskompetenser | Risk för att sänka affärsvärdet av produkten som skapats av Scrum-teamet | Kontinuerligt lärande och förvärv av affärskompetenser |
Oförmåga att prioritera
Misstaget att inte veta hur man prioriterar är en plåga för många produktägare. Varför är uppgiftprioritering en kärnkompetens? För när allt blir lika viktigt försvinner produktmålet. Det är den avsedda effekten av Scrum-teamets aktivitet.
Problemet börjar redan under de första samtalen med kunder om produktmålet. Kunden vill vanligtvis att alla hans idéer ska realiseras så snabbt och billigt som möjligt. Produktägarens uppgift är att upprätta en prioritetslista. Hans uppgift är att skapa en lista med tydliga och genomförbara förväntningar rangordnade från mest till minst viktiga, baserat på ostrukturerade kundförväntningar.
Problemet med prioritering härstammar oftast från missförstånd av kundens förväntningar. Det uppstår när produktägaren inte kan extrahera information om de verkliga produktmålen från kunden. Det är svaret på frågan om vilka behov produkten ska svara mot.
Så hur skyddar man sig från detta misstag? Först – lyssna noggrant på kunden. För det andra, lär dig att ställa frågor om målet och hur varje produktfunktion fungerar. För det tredje – förhandla och begränsa målen som ska uppnås. Och för detta kommer du att behöva självsäkerhet.
När produktägaren har en lista med uppgifter att utföra finns det beprövade metoder för att förbättra deras progression och bearbetning. Till exempel används den så kallade Eisenhower-matrisen för att prioritera uppgifter enligt viktighets- och brådskande kriterier.
Produktägarens brist på självsäkerhet
Problemet som är nära relaterat till oförmågan att prioritera är bristen på självsäkerhet. Det resulterar i olämpligt köade uppgifter och leder till att realiseringen av produktmålet blockeras genom att det kompliceras med överdrivna uppgifter. Därför är förmågan att säga nej till kunden avgörande.
Produktägarens självsäkerhet bör baseras på tre pelare:
- kunskap om teamets kapabiliteter,
- kunskap om de lösningar som används och utvecklas av teamet,
- medvetenhet om deras roll och värde baserat på deras plats i Scrum-teamet.
Därför är en av de viktigaste sätten att förhindra problem med självsäkerhet att produktägaren arbetar med Scrum-teamet dagligen. Detta kommer att hjälpa honom att bygga realistiska uppfattningar om tid och förmåga att implementera kundens idéer.
Otillräckliga affärskompetenser
Det nästa misstaget vi skulle vilja diskutera är bristen på rätt affärskvalifikationer. Styrkorna hos dessa produktägare är vanligtvis specialiserade kvalifikationer. Deras kompetenser är mer relaterade till utvecklingsteamets område än till affären. Så det finns en brist på väletablerad, praktisk kunskap om konkurrensen, om marknadsreglerna och den slutliga kunden av produkten som skapats av Scrum-teamet.
Det finns inget enkelt botemedel för detta, eftersom det kan inträffa i mycket specifika situationer. Säkert är dock en bra handlingsplan för en produktägare att erkänna det och fortsätta lära sig och få erfarenhet och affärskompetenser.
Utmaningar som produktägaren står inför gällande resten av Scrum-teamet
Förmågan att prioritera uppgifter, produktägarens självsäkerhet och hans höga affärskompetenser är nödvändiga förutsättningar för att skapa en exemplariskt produktbacklog, den långsiktiga grunden för Scrum-teamet. Om backloggen inte är utformad konsekvent och noggrant, kommer problemen i produktägare-kundrelationen att spill över i produktägare-övriga Scrum-teammedlemmars relation. Och i sin tur påverkar de direkt effektiviteten hos Scrum-teamet. Vilka andra fallgropar väntar produktägaren i sina relationer med de andra Scrum-teammedlemmarna?
För att göra det enklare har vi presenterat problemen mellan produktägaren och Scrum-teamet i en tabell. Nedan kan du hitta en detaljerad diskussion av varje problem och förslag på lösningar.
Fel | Problem som uppstår | Förslag på lösning |
---|---|---|
Otillräcklig karisma | Utvecklingsteamet utför inte uppgifter som ingår i backloggen, produktägarens åsikt ifrågasätts | Bygga auktoritet baserat på mjuka färdigheter och kunskap |
Otillräckliga specialiserade färdigheter | Missförstånd av det dagliga arbetet och kapabiliteterna hos utvecklingsteamet | Orientering mot teammedlemmarnas specialiteter, samt att skaffa kunskap om teamets kompetensområde |
Beroende | Utspädning av ansvar | Empowerment |
Otillräcklig karisma
På daglig basis är produktägarens jobb att samordna kundens riktlinjer med hur de implementeras av utvecklingsteamet. Detta kräver utan tvekan att man har rätt auktoritet, lyssnarfärdigheter och karisma.
Problemet med otillräcklig auktoritet kan inte lösas över en natt. Det kräver långsiktigt arbete med mjuka färdigheter. Och också att skaffa kunskap om omfattningen av uppgifter och färdigheter hos andra teammedlemmar.
Otillräckliga specialiserade färdigheter
Som vi skrev i artikeln som besvarar frågan Vem är en produktägare?, är rollen som produktägare inte strikt teknisk. Men att känna till grunderna för de specialiserade färdigheterna hos utvecklingsteamets medlemmar kan avsevärt öka en produktägares auktoritet.
Otillräckliga kvalifikationer inom teamets kompetensområde kan inte bara generera problem med produktägarens karisma och auktoritet. Misstaget att inte vara intresserad av vad medlemmarna i utvecklingsteamet specialiserar sig på och grunderna för deras kompetenser kan generera roliga situationer, men också situationer med katastrofala affärs och interpersonella konsekvenser.
Därför, för att Scrum-teamet ska leverera produkter av bästa kvalitet, måste produktägaren ha en grundlig förståelse för produkten. Det borde inte vara svårt att få rätt kvalifikation med tanke på att produktägaren är en del av ett team av yrkesverksamma. De kan ge inte bara förklaringar utan också förslag på var man kan få kunskap om sitt område.
Beroende
Produktägaren måste kunna fattar beslut självständigt. Självklart är den avgörande frågan att känna till Scrum-teamets förhållanden och ständigt kommunicera med utvecklingsteamet. Men det är produktägaren som hålls ansvarig för effektiviteten av sina handlingar. Av den anledningen behöver produktägarna bygga sin auktoritet och ta ansvar för de beslut de fattar. Det slutgiltiga beslutet om teamets riktning, prioritering och godkännande av uppgifter tillhör dem.
Sammanfattning
Vi har upptäckt de vanligaste misstagen av produktägare. Rollen som produktägare är inte en lätt uppgift. Därför, när man tar den, är det värt att förbereda sig för de problem som andra har stött på på sin väg.
Problem i kundrelationer härstammar vanligtvis från brist på självsäkerhet, oförmåga att prioritera och otillräckliga affärskompetenser.
Misstag av produktägare som uppstår under arbetet med resten av Scrum-teamet beror på brist på oberoende och otillräcklig karisma hos den person som tagit rollen som produktägare. En annan orsak kan gälla bristen på specialiserade färdigheter och ovilja – eller brist på tid för att utöka kunskapen.
Om du gillar vårt innehåll, gå med i vår aktiva gemenskap av busy bees på Facebook, Linkedin och Twitter.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.
Scrum Guide:
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?