Product Owner – role (nejen) pro Scrum tým

Product Owner pravděpodobně není ta první role, která se Vám vybaví při diskuzi o agilitě nebo přímo Scrumu. To je asi v pořádku, vždyť Scrum Master je zodpovědný za zavedení Scrumu tak, jak je definován ve Scrum Guide. Je tedy určitým zosobněním Scrumu v rámci dané organizace a nejspíš i mimo ni.
Mimochodem, i z té definice vyplývá, že role ve Scrumu autoři mysleli tak, jak je nazvali. Scrum Master je tedy „Mistr Scrumu“, seniorní leadershipová role. Člověk, který do značné míry ovlivňuje chod organizace. Přinejmenším svěřeného týmu a jeho okolí. Není to tedy asistentka s nalepovacími lístečky nebo koordinátor porad nebo nějaký juniorní učeň. Taková představa Scrum Mastera je v tomto kontextu spíše úsměvná (a přesto dost často vidět… a hádejte, jak to na daném místě funguje :)). Chcete mistra Yodu nebo alespoň Obi-wana, ne mladého Skywalkera na farmě v poušti.

To samé platí pro roli Product Owner. Přitom ta je často tak trošku mimo pozornost. Ale Scrum tým má tři základní role a stejně jako barová židlička potřebuje všechny tři, jinak jde k zemi.
A je vlastně např. i mnohem méně kurzů zaměřených na Product Owner dovednosti, než na Scrum Mastery. Pojďme se tedy na tuto zajímavou roli podívat podrobněji.

Kdo je tedy Product Owner? A co je ten Product?

Jak z názvu vyplývá, Product Owner je člověk, který „vlastní produkt“.  Když vyjdeme z definice, znamená to, že je Product Owner zodpovědný za maximalizaci hodnoty produktu, který vytváří Scrum tým. Jak se to děje, se v různých organizacích, Scrum týmech i u konkrétních jednotlivců obvykle liší.

Product Owner je vždy jen jedna osoba, ne skupina lidí. Může mít svůj PO tým, ale zůstává jako jediný zodpovědný za aspekty dané role.

Připomeňme si, že definice produktu je velmi široká. SCRUM guide definuje produkt: „Produkt je prostředek k doručení hodnoty. Má jasné hranice, známé stakeholdery, dobře definované uživatele nebo zákazníky. Produktem může být služba, fyzický produkt nebo něco abstraktnějšího.“
Pro porovnání: PMI PM BoK definuje projekt jako „Časově ohraničené úsilí, směřující k vytvoření unikátního produktu nebo služby, na němž se podílí více lidí, spojených na dobu trvání projektu do tzv. projektového týmu.“,
Lze tedy poměrně snadno dojít k úvaze, že pokud daný „produkt“ vyvíjíme v nějak daném časovém horizontu, rozdíl mezi produktem a projektem de facto mizí a je v podstatě jedno, jak to nazveme.

Avšak pozor, Product Owner není projektový manažer, nebo alespoň ne v zažitém slova smyslu. Taková role totiž ve Scrumu není. A to z prostého důvodu – není potřeba.

Kam se ztratil Projektový manažer?

Prvně je potřeba si uvědomit, že moderní agilní organizace je organizována jinak, než klasicky pojatá firma či korporace. V té „klasice“ jsou obvykle funkční oddělení se svými manažery, ti mají zase své manažery atd., podle velikosti dané organizace. Vznikají tak tzv. funkční sila a vše je podřízeno maximální efektivitě. Na lokální úrovni. Bohužel to vede ke spoustě neefektivit při pohledu na aktivity, které jsou napříč odděleními. Viz např. můj článek o Leanu zde nebo o toku hodnoty tady.

V klasice…

Každopádně, když máte v takovém prostředí vést projekt, položte si otázku, jak takový systém funguje. Do týmu se vám dostávají lidé, kteří sedí ve svém „funkčním silu“ a kromě vás mají ještě několik dalších manažerů, kteří je zásobují úkoly. Jsou alokovaní ve stejný čas do více projektů a aktivit, jinak by to přeci nebylo efektivní. To v důsledku znamená, že (podle více či méně jasných priorit) odbavují různé dílčí úkoly, které se na ně sypou z různých stran a absolutně nemají šanci dané aktivity a projekty vidět jako celek.

Proto je v takovém prostředí nezbytně nutný projektový manažer, který jako jediný má perspektivu napříč. Je tak nositelem a zosobněním projektu. Nicméně, protože jsme v silně hierarchickém prostředí se spoustou pater, které není moc přehledné a ve kterém projektový manažer není obvykle z pater nejvyšších, je potřeba i role sponzora, který „to zaštítí“ z vrcholu. Je to prostě v takto postaveném systému nutnost, má-li to dobře dopadnout.

V agilním prostředí…

Ve skutečně agilním prostředí je to ale jinak. Organizační struktura je plochá a sestává primárně z velmi stabilních týmů, které řeší různé projekty. Je to přesný opak postupu, kdy na každý projekt skládáte nový tým z částečně alokovaných jedinců (a který tak nemá šanci dojít do fáze skutečně funkčního týmu). Agilní organizace má své vyladěné „jednotky rychlého nasazení“, které „posílá na různé mise“.

V takovém případě prostě nepotřebujete koordinátora týmu, který předává informace o tom, co kdo udělal nebo neudělal podle plánu a jak je potřeba se tomu přizpůsobit. Stabilní, sebeorganizovaný tým, který „sedí spolu“, si to řekne sám.

No, a co linka projektový manažer – sponzor a případně další zainteresované strany? Od toho je tu přeci Product Owner :).

Kompetence a zodpovědnosti role Product Owner

Pokud se pohybujete v „klasickém“ prostředí, představte si vlastně kombinaci „byznysové“ částí projekťáka (ti seniornější jí disponují) a sponzora.

Product Owner vlastní produkt, takže o něm činní zásadní rozhodnutí. Je nositelem vize daného produktu, měl by vědět, v čem spočívá hodnota, rozhoduje priority a v neposlední řadě rozhoduje o rozpočtu. Zároveň má zodpovědnost za byznysové výsledky svěřeného produktu, realizaci zamýšlených přínosů atd. Na rozdíl od „klasického“ sponzora, který projekt řeší jednou za delší periodu na kontrolním dnu, Product Owner součástí Scrum týmu na denní bázi. To neznamená, že by např. nechodil na schůzky se zainteresovanými stranami, nezkoumal prostředí uživatelů apod., ale je zkrátka a dobře dostupný týmu a může řešit diskuze ve smyslu co uživatelé chtějí, kde je hodnota atp.

To v praxi např. znamená, že pouze Vlastník Produktu přidává, odebírá nebo prioritizuje Product Backlog. A to ne jakožto vykonavatel rozhodnutí někoho jiného, ale na základě svých vlastních rozhodnutí a své vůle. Pokud chce někdo něco do Product Backloogu přidat, musí přesvědčit Product Ownera. Velmi důležitou komptencí osoby v této důležité roli je tak říkat „NE“, komukoliv. Což je v některých firmách velmi obtížné vysvětlit. Zde skutečně potřebujete člověka, který má vizi, dělá rozhodnutí a stojí si za nimi.

Kde vzít kvalitního Product Onwera?

Jak je asi zřejmé, není jednoduché sehnat kompetentní osobu k výkonu této role. Vlastně je to dost možná i těžší, než získat kompetentního Scrum Mastera. V menších firmách se dostáváme do diskuze, že to je nakonec vlastně ideálně majitel nebo šéf celé firmy… Což je dost možná pravda. Ale takový člověk pak zas obvykle nemá čas na bytí s týmem dostatečně často. A když to na někoho deleguje, tak dotyčná osoba zas buď nezná dostatečně hluboko byznys a nebo nemá rozumný respekt v rámci organizace (říkání NE). A to pak zas ale nefunguje, když máte Product Ownera bez vize nebo bez možnosti dělat důležitá rozhodnutí.

Je to tedy někdy celkem oříšek. Nicméně, pokud se jej podaří rozlousknout, získáte klíčovou komponentu Scrum týmu a v přenesené rovině, úspěchu celého produktu.