MVP, MMF, PSI, WTF? První část: Pochopení MVP
Když pracuji s novými vlastníky produktů, často se setkávám s tím, že když přijde čas začít měnit jejich Backlog nápadů na uvolnitelné přírůstky hodnoty, zabředneme do moře TLA (Three Letter Acronyms).
Myšlenka rozdělení práce – rozdělení našich velkých, plánovaných vydání produktů na menší přírůstky hodnoty je místem, kde mnoho nových Vlastníků produktů bojuje. Jak vzít tento produktový plán a proměnit ho v něco, co mohou mé Scrum týmy skutečně dodávat v krátké, pravidelné kadenci? Jak mohu tento obrovský seznam velmi důležitých funkcí (Very Important Features – VIF) proměnit v iterativní soubor příležitostí, jak se učit, přinášet hodnotu a skutečně dát něco do rukou našich zákazníků? Jinými slovy….
„Co je náš MVP?“
„Je to náš MMF?“
„Můžeme tento PSI vydat jako MVP, nebo potřebujeme mít hotové další příběhy, než budeme mít MMF?“
Také….co???
Co znamenají tyto TLA? Jak se od sebe liší? Jak spolu souvisejí? Proč by mě to mělo zajímat?“
Tento třídílný seriál, který začíná u MVP (Minimum Viable Product), pomůže začínajícím agilistům pochopit, co tyto TLA znamenají. Jak se od sebe liší? Jak spolu souvisejí? Proč by mě to mělo zajímat? Pomůže také připomenout těm, kteří již nějakou dobu pracují agilně, proč jsou tyto koncepty svorníky agility.
Pro lidi, kteří se o Scrumu teprve začínají učit, se mohou obrátit na Průvodce Scrumem… a rychle zjistí, že Průvodce Scrumem mlčí o tom, jak z produktu udělat soubor malých, uvolnitelných přírůstků hodnoty.
Nedostatek informací o tomto důležitém tématu může být pro nové vlastníky produktů opravdu frustrující. Doufejme, že zbytek tohoto článku MVP objasní, a pro další informace jsou vždy k dispozici kurzy Certified Scrum Product Owner. Prozatím se ponořme do minimálního životaschopného produktu.
Minimální životaschopný produkt
Provedli jste průzkum, prošli jste se zákaznickými fokusními skupinami několika koly Buy a Feature a učinili jste několik rozhodnutí ohledně toho, jak by mohla vypadat vaše příští verze. Ve skutečnosti jste zapojili svůj marketingový tým a iterujete nápady, jak udělat velký rozruch – reklamy v odborných časopisech, propagované tweety, příspěvky na Facebooku…
Je tu ale ještě několik neodbytných otázek, které máte kolem některých funkcí, na kterých pracujete. Přemýšleli jste o nich, analyzovali jste je, ale v hlavě se vám stále ozývá hlas, který se ptá: „Ale jak to víš?“
Tady přichází na řadu MVP – ne Steph Curry, ale (možná nesprávně pojmenovaný) minimální životaschopný produkt.
Záhada Lean Startup
Eric Reis ve své knize „The Lean Startup“ zmatečně redefinuje pojem „Minimální životaschopný produkt“, což vysvětluje v rozhovoru z roku 2015. Ve zkratce:
„Hned na úvod několik výhrad. MVP, navzdory názvu, není o vytváření minimálních produktů. Za druhé, to, že definice používá slova maximum a minimum, znamená, že rozhodně není šablonovitá.“
Jestliže tedy svět Product Ownership a agilní komunita předefinovala Minimum Viable Product tak, že nejde o vytváření minima ani produktů, co to tedy je?
Vše o učení
Ten nepříjemný hlas vzadu v hlavě, který se ptá, zda existuje cesta z pasti analytické paralýzy, v níž se nacházíte, a snaží se přijít na způsob, jak skutečně znát odpovědi na některé své otázky, místo abyste se analyzovali do hlubšího pocitu falešného bezpečí? Právě tady přichází na řadu minimální životaschopný produkt (Minimum Viable Product).
Pokud je PSI (Potentially Shippable Increment) o vytvoření příležitosti potenciálně dodat něco hodnotného a MMF (Minimum Marketable Feature) o spojení těchto hodnotných částí do souboru funkcí, které řeší problémy zákazníků, MVP je o provedení minimálního množství práce, kterou může váš tým udělat, aby uzavřel ověřenou smyčku učení.
V metodice Lean Startup pro objevování produktů je jedním z nejdůležitějších návyků, které je třeba si osvojit, návyk ověřovat hypotézy a vytvářet experimenty. V organizacích, které se tradičněji vyhýbají riziku, vede přesvědčení, že riziko musí být z vašeho produktu analyzováno před uvedením na trh, k dlouhým lhůtám pro přípravu a k frustrujícím předpokladům založeným na datech o přáních a touhách zákazníků. Pokud jsme opravdu dobří ve statistické analýze a pokud máme opravdu dobrá data o statisticky významné části našich zákazníků, můžeme docela dobře formulovat kvalifikovaný odhad o tom, co naši zákazníci chtějí.
Ale nakonec je to stále jen odhad.
Při vytváření MVP záměrně vytváříme jen tolik funkcí, abychom našim zákazníkům položili správné otázky – koupili byste si tento produkt? Dávají tyto ikony smysl? Frustruje vás tento pracovní postup, nebo vám pomůže najít vaši příští oblíbenou restauraci?“
V této chvíli se díváme na papírové prototypy, wireframy webových stránek, makety uživatelského rozhraní; jdeme přes ulici do obchodního centra, abychom naše návrhy ukázali nejbližším lidem, jen abychom si rychle ověřili, že jsme na správné cestě.
Kouzlo při vytváření dobrého MVP však nespočívá v nástrojích nebo technikách; spočívá v disciplíně, když chcete analyzovat data z heat-mapy webových stránek, abyste zjistili, které barevné schéma funguje nejlépe, místo toho vzít fixy a papír, načrtnout několik low-fidelity řešení a zeptat se někoho: „Které z těchto se vám líbí víc?“