Product Manager vs majitel produktu

je to zajímavá otázka a ta, která vyžaduje čas na rozbalení. Podívejme se, odkud tyto pojmy a disciplíny pocházejí a jak je některé společné rámce vysvětlují.,

Když jsem začal svou kariéru, byl jsem nazýván obchodním analytikem. Udělal jsem velmi malou „obchodní analýzu“, jak bychom se na to dívali v tradičních IT společnostech. Upřímně řečeno, také jsem udělal velmi málo toho, co nyní učím jako produktový Management. Byl jsem za úkol shromažďování požadavků od prodeje, přichází s řešením, projektování, a pak doprava specifikaci dokumentu k rozvoji mají být postaveny.

Pokračoval jsem v tom, že jsem byl nazýván obchodním analytikem, když jsem pracoval v bankách a dalších společnostech poskytujících finanční služby. Nebyl jsem nazýván produktovým manažerem, dokud jsem z toho neutekl a přistál při spuštění., Byla to stejná práce, jakou jsem dělal předtím, ale teď to mělo jiné jméno. Líbilo se mi toto jméno. Zdálo se, že“ produktový manažer “ má na to gravitas, a když jsem se podíval na jiné technologické společnosti v údolí, viděl jsem jasnou kariérní cestu, zatímco obchodní analytici byli v každé společnosti jiní.

o termínu vlastník produktu jsem slyšel až o několik let později. Když jsem poprvé slyšel tento termín, zeptal jsem se někoho, co to znamená. Řekli mi, že to bylo stejné jako produktový manažer, ale byl to termín používaný ve Scrumu., Roky jsme používali Scrum, ale stále jsem byl nazýván produktovým manažerem, takže skutečnost, že by byly zaměnitelné, mi dávala smysl. Jen zřídka jsem o tom přemýšlel.

to bylo, dokud jsem neměl první zkušenosti s výukou produktového managementu ve společnosti používající bezpečný rámec. Dělal jsem workshop pro velkou banku, když se ozval jeden z účastníků.

“ učíte nás mluvit s uživateli, ale jsem vlastníkem produktu. Produktový manažer mluví se všemi uživateli a říká nám, jaké jsou požadavky., Trávím veškerý svůj čas psaním uživatelských příběhů z nich a prací s týmem na řešení. Jsem zmatená.“

to je, když jsem začal kopat do rozdílů mezi těmito dvěma rolemi a jak je učí různé filozofie. Abychom pochopili, jak jsme se sem dostali

Správa produktů lze vysledovat až do roku 1931. Hewlett Packard byl jedním z prvních tech firem provádět tuto práci, a uspořádat sám podle produktů v roce 1940., Většina společností ze Silicon Valley měla od začátku produktové manažery a mnoho mých přátel, kteří tam pracovali v 80.a 90. letech, byli skutečně produktoví manažeři. Tato disciplína tedy není nová, ale rychle se vyvíjí, protože se více společností začne přesouvat do softwarových organizací a začne se strukturovat kolem produktů.

Scrum přišel na scénu těsně před napsáním manifestu Agile v roce 2001. Představil koncept vlastníka produktu. Jednalo se o osobu, která byla zástupcem zákazníka a řekla vývojářům požadavky na to, co je třeba postavit., V prvních dnech, kdy mnoho tvůrců těchto procesů pracovalo jako konzultanti ve společnostech, byl vlastníkem produktu zákazník — interní osoba v podnikání, která by seděla s týmem a upřednostňovala nevyřízené práce. Ve skutečnosti cíle učení 2017 pro jejich certifikovanou certifikaci vlastníka produktu Scrum od Scrum Alliance uvádí: „Naučte se, že roli vlastníka produktu obvykle hraje zákazník nebo zástupce zákazníka, jako je produktový manažer.,“

Když se podíváte na roli Product Owner ve většině Scrum literatury, jejich tři hlavní povinnosti zahrnují následující:

• Definovat produktu nevyřízené položky a vytvořit žalovatelné uživatelské příběhy pro rozvoj týmů. (Kdo vytváří uživatelské příběhy se liší v závislosti na Scrum školení)
• ženich a upřednostnit práci v nevyřízených.
• přijměte dokončené uživatelské příběhy, abyste se ujistili, že práce splňuje kritéria.,

Zatímco osnov změna mezi učiteli a organizace, to jsou věci, které jsou většinou zaměřeny na během dvoudenní kurzy pro certifikaci Produktu Vlastníků. Zatímco Scrum má spoustu informací o procesech a rituálech, co dělat jako vlastník produktu, zanechává spoustu otázek, které jsou důležité pro vytváření úspěšných produktů, nezodpovězené. Ty se většinou soustředí kolem „jak víme, že budujeme správnou věc?“

Zde přichází Správa produktů., Dobrý produktový manažer se učí, jak upřednostnit práci proti jasným cílům orientovaným na výsledek, jak objevit a ověřit skutečnou zákaznickou a obchodní hodnotu a jaké procesy jsou potřebné ke snížení nejistoty, že produkt uspěje na trhu.

bez tohoto pozadí v oblasti správy produktů může někdo účinně projít pohyby role vlastníka produktu v Scrumu, ale nikdy nemůže být úspěšný v tom, aby se ujistil, že staví správnou věc.,

Pokud odeberete svůj tým Scrum pryč, pokud vezmete Scrum jako proces pro vaši organizaci, jste stále produktovým manažerem. Správa produktů a Scrum dobře spolupracují, ale Správa produktů není závislá na Scrumu. Může a měl by existovat s jakýmkoli rámcem nebo procesem.

nedávno jsem měl Vlastník Produktu, jehož vývojáři se přesunuli do jiné části organizace za mnou, protože se báli, že by mohl být produkt člověka v této společnosti déle. Celá jejich identita zdánlivě závisela na tom, že mají tým vývojářů.,

jako produktový manažer se vaše role a povinnosti změní v závislosti na vašem kontextu a fázi vašeho produktu. Bez Scrum týmu nebo s menším týmem, možná budete dělat více strategie a validační práce s objevem problémů v produktu, který ještě nebyl definován. S týmem Scrum se můžete více soustředit na provádění řešení. Jako manažer produktových manažerů můžete vést strategii pro větší část produktu a trénovat své týmy, abyste objevili a dobře provedli.,

bezpečný rámec to učí jinak a myslím, že je to jeden z nejslabších bodů v celém rámci. V SAFe jsou produktoví manažeři manažery vlastníků produktů a jsou zodpovědní za externí interakce a práci. Mluví se zákazníky, definují požadavky a rozsah produktů, které mají být postaveny, a sdělují to majitelům produktů. Majitelé produktů jsou interní obklad, definovat komponenty řešení, a spolupracovat s vývojáři na jeho odeslání.,