V dnešním příspěvku se zaměříme na nejčastější výzvy, kterým čelí Product Owneri. Také vám řekneme, jak se připravit na situace, ve kterých se tyto chyby Product Ownera vyskytují nejčastěji.
Chyby Product Ownera – obsah:
- Co se může pokazit mezi Product Ownerem a zákazníkem
- Výzvy, kterým čelí Product Owner ohledně zbytku Scrum týmu
- Shrnutí
Co se může pokazit mezi Product Ownerem a zákazníkem
Product Owner je osoba, která je osobně odpovědná za selhání Scrum týmu. Vzhledem k této pozici, která přesahuje aktivity týmu, se považuje, že Product Owner je jediný, kdo nese odpovědnost. Jinými slovy, je to Product Owner, kdo trpí nejvíce, když Scrum tým selže. Jak tedy řešit problematické situace, když se objeví, nebo lépe, jak jim předejít?
Abychom na tuto otázku odpověděli, poskytli jsme jasnou a podrobnou analýzu některých hlavních chyb Product Ownerů a zákazníků v následující tabulce spolu s podrobnou diskusí o každé z nich.
Chyba | Vytvořený problém | Návrhy na řešení |
---|---|---|
Neschopnost prioritizovat | Neoptimalizovaný Product Backlog, rozmazání cíle produktu | Poslouchání, kladení otázek, vyjednávání o cíli produktu se zákazníkem, pečlivé zpracování výsledků vyjednávání |
Nedostatek asertivity | Příliš mnoho úkolů pro Scrum tým k dokončení | Realistické myšlení, znalost a paměť schopností týmu |
Nedostatečné obchodní dovednosti | Riziko snížení obchodní hodnoty produktu vytvořeného Scrum týmem | Kontinuální učení a získávání obchodních kompetencí |
Neschopnost prioritizovat
Chyba neznalosti, jak prioritizovat, je pro mnohé Product Ownery prokletím. Proč je prioritizace úkolů základní kompetencí? Protože když se všechno stane stejně důležitým, cíl produktu zmizí. To je zamýšlený efekt aktivity Scrum týmu.
Problém začíná již během prvních rozhovorů se zákazníky o cíli produktu. Zákazník obvykle chce, aby byly všechny jeho nápady realizovány co nejrychleji a nejlevněji. Úkolem Product Ownera je stanovit seznam priorit. Jeho úkolem je vytvořit seznam jasných a proveditelných očekávání seřazených od nejdůležitějších po nejméně důležité, na základě neorganizovaných očekávání zákazníka.
Problém s prioritizací nejčastěji vychází z neporozumění očekáváním zákazníka. Objevuje se, když Product Owner není schopen získat informace o skutečných cílech produktu od zákazníka. To je odpověď na otázku, na jaké potřeby by měl produkt reagovat.
Jak se tedy chránit před touto chybou? Za prvé – pečlivě poslouchejte zákazníka. Za druhé, naučte se klást otázky ohledně cíle a jak každá funkce produktu funguje. Za třetí – vyjednávejte a omezte cíle, které je třeba dosáhnout. A k tomu budete potřebovat asertivitu.
Když má Product Owner seznam úkolů, existují osvědčené metody, jak zlepšit jejich postup a zpracování. Například použití takzvané Eisenhowerovy matice se používá k prioritizaci úkolů podle kritérií důležitosti a naléhavosti.
Nedostatek asertivity Product Ownera
Problém, který úzce souvisí s neschopností prioritizovat, je nedostatek asertivity. To vede k nevhodně seřazeným úkolům a blokuje realizaci cíle produktu tím, že ji zatěžuje nadměrnými úkoly. Proto je schopnost říct ne zákazníkovi klíčová.
Asertivita Product Ownera by měla být založena na třech pilířích:
- znalost schopností týmu,
- znalost řešení používaných a vyvíjených týmem,
- uvědomění si své role a hodnoty na základě svého místa v Scrum týmu.
Proto jedním z nejdůležitějších způsobů, jak předejít problémům s asertivitou, je, aby Product Owner pracoval se Scrum týmem každý den. To mu pomůže vybudovat realistické přesvědčení o čase a schopnosti realizovat nápady zákazníka.
Nedostatečné obchodní dovednosti
Další chybou, kterou bychom chtěli prodiskutovat, je nedostatek správných obchodních kvalifikací. Silné stránky těchto Product Ownerů jsou obvykle specializované kvalifikace. Jejich kompetence jsou více spojeny s oblastí vývojového týmu než s obchodem. Takže chybí dobře zavedené, praktické znalosti o konkurenci, o pravidlech trhu a o konečném zákazníkovi produktu vytvořeného Scrum týmem.
Na to neexistuje jednoduchý lék, protože se to může objevit v velmi specifických situacích. Určitě však dobrým postupem pro Product Ownera je to uznat a neustále se učit a získávat zkušenosti a obchodní kompetence.
Výzvy, kterým čelí Product Owner ohledně zbytku Scrum týmu
Schopnost prioritizovat úkoly, asertivita Product Ownera a jeho vysoké obchodní dovednosti jsou nezbytné předpoklady pro vytvoření vzorového Product Backlogu, dlouhodobého základu Scrum týmu. Pokud není Backlog vymezen konzistentně a přesně, problémy ve vztahu mezi Product Ownerem a klientem se přelijí do vztahu mezi Product Ownerem a ostatními členy Scrum týmu. A na oplátku přímo ovlivňují efektivitu Scrum týmu. Jaké další nástrahy čekají na Product Ownera ve vztazích s ostatními členy Scrum týmu?
Abychom to usnadnili, představili jsme problémy mezi Product Ownerem a Scrum týmem v tabulce. Níže najdete podrobnou diskusi o každém problému a návrhy na řešení.
Chyba | Vytvořený problém | Návrhy na řešení |
---|---|---|
Nedostatečná charisma | Vývojový tým neprovádí úkoly zahrnuté v Backlogu, názor Product Ownera je zpochybňován | Budování autority na základě měkkých dovedností a znalostí |
Nedostatečné specializované dovednosti | Neporozumění každodenním operacím a schopnostem vývojového týmu | Orientace na specializace členů týmu, stejně jako získávání znalostí o oblasti odbornosti týmu |
Závislost | Ředění odpovědnosti | Posílení pravomocí |
Nedostatečná charisma
Na denní bázi je úkolem Product Ownera koordinovat pokyny zákazníka s tím, jak jsou implementovány vývojovým týmem. To nepochybně vyžaduje mít správnou autoritu, dovednosti naslouchání a charismu.
Problém nedostatečné autority nelze vyřešit přes noc. Vyžaduje dlouhodobou práci na měkkých dovednostech. A také získávání znalostí o rozsahu úkolů a dovedností ostatních členů týmu.
Nedostatečné specializované dovednosti
Jak jsme psali v článku odpovídajícím na otázku Kdo je Product Owner?, role Product Ownera není striktně technická. Nicméně, znalost základů specializovaných dovedností členů vývojového týmu může výrazně zvýšit autoritu Product Ownera.
Nedostatečné kvalifikace v oblasti odbornosti týmu mohou nejen generovat problémy s charismatem a autoritou Product Ownera. Chyba nezajímat se o to, v čem se členové vývojového týmu specializují, a o základy jejich kompetencí může generovat vtipné situace, ale také situace s katastrofálními obchodními a interpersonálními důsledky.
Proto, aby Scrum tým dodal produkty nejlepší kvality, musí mít Product Owner důkladné porozumění produktu. Nemělo by být obtížné získat správnou kvalifikaci, když je Product Owner součástí týmu profesionálů. Ti mohou poskytnout nejen vysvětlení, ale také návrhy, kde získat znalosti o své oblasti.
Závislost
Product Owner musí být schopen nezávisle rozhodovat. Samozřejmě, klíčovou otázkou je znát podmínky Scrum týmu a neustále komunikovat s vývojovým týmem. Nicméně, je to Product Owner, kdo nese odpovědnost za efektivitu svých činů. Z tohoto důvodu musí Product Owneri budovat svou autoritu a převzít odpovědnost za rozhodnutí, která činí. Konečné rozhodnutí o směru týmu, prioritizaci a přijetí úkolů patří jim.
Shrnutí
Objevili jsme nejčastější chyby Product Ownera. Role Product Ownera není snadná. Proto, když ji přijímáte, stojí za to se připravit na problémy, se kterými se ostatní setkali na své cestě.
Problémy ve vztahu se zákazníkem obvykle vyplývají z nedostatku asertivity, neschopnosti prioritizovat a nedostatečných obchodních dovedností.
Chyby Product Ownera, které vznikají během práce se zbytkem Scrum týmu, vyplývají z nedostatku nezávislosti a nedostatečné charismy osoby, která převzala roli Product Ownera. Dalším důvodem může být nedostatek specializovaných dovedností a neochota nebo nedostatek času na rozšíření znalostí.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pracovních včel na Facebooku, Linkedinu a Twitteru.
Caroline Becker
Jako projektová manažerka je Caroline odbornicí na hledání nových metod, jak navrhnout nejlepší pracovní postupy a optimalizovat procesy. Její organizační dovednosti a schopnost pracovat pod časovým tlakem z ní činí nejlepší osobu, která dokáže složité projekty přetavit ve skutečnost.
Scrum Guide:
- Slovník základních pojmů, rolí a představ
- Co je Scrum?
- Hodnoty Scrumu
- Jak implementovat Scrum ve vaší společnosti?
- Scrum tým - co to je a jak to funguje?
- Kdo je Product Owner?
- Nejčastější chyby Product Ownera
- Kdo je Scrum Master?
- Nejčastější chyby Scrum Mastera
- Jaké statistiky a metriky by měl Scrum Master sledovat?
- Vývojový tým ve Scrumu
- Nejčastější chyby vývojářů
- Scrum artefakty
- Škálování Scrumu
- Sprint Backlog
- Co je to Product Backlog?
- Co jsou uživatelské příběhy?
- Vytváření nejlepší uživatelské příběhu s INVEST
- Nejčastější chyby v uživatelských příbězích
- Kritéria přijetí uživatelského příběhu
- Odhad a příběhové body ve Scrumu
- Plánovací poker
- Hra o odhadování týmu
- Definování přírůstku
- Scrum události
- Co je to burndown chart?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule ve Scrumu a Scrumbanu
- Rychlost v Scrum - Rychlost vývojového týmu
- Denní Scrum
- Plánování sprintu
- Sprintová revize
- Co je to Sprint Retrospektiva?
- Běžné chyby během retrospektivy sprintu
- Péče o produktový backlog
- Jak vytvořit a interpretovat burndown chart?