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:

  1. Co se může pokazit mezi Product Ownerem a zákazníkem
  2. Výzvy, kterým čelí Product Owner ohledně zbytku Scrum týmu
  3. 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á.

Nejčastější chyby Product Ownera

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.

nejčastější chyby Product Ownera

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.

Nejčastější chyby Product Ownera

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.

View all posts →