Agilní přístupy vývoje produktu a řízení projektu (Ukázka, strana 99)

98 Agilní přístupy vývoje produktu a řízení projektu

Obrázek 8.6 Rozdělení releasů ve story map (zdroj: Jan Doležal)

Ukázka elektronické knihy, UID: KOS516798

Od vize k produktu 99

(ve zprávě v aplikaci FirmAppka) uvedena poznámka o závislosti. Umí už naše FirmAppka posílat nějaké zprávy? Dokud to nebude umět, nemůžeme tuto možnost dodat.

8.4.3 Journey, MVP, MLP A jdeme na další krok, kterým je určité rozdělení, prioritizace. Co budeme chtít udělat jako první? Co uděláme později? Co možná neuděláme vůbec? To, že jsme něco vygenerovali do výchozí mapy příběhů, ještě vůbec neznamená, že všechno opravdu budeme dělat. Je to prostě cesta – způsob, jak se dostat k tomu, co má pro vybrané uživatele nejvyšší hodnotu.

Jako první se obvykle snažíme určit, co je tzv. Minimum Viable Product (MVP), tedy jakási minimální funkcionalita, která poskytuje řešení dané situace. Velmi hrubé a holé řešení „bez mašliček“.

Otázkou je, jestli MVP nepředstavuje až příliš hrubý koncept (a jak přesně ho kdo pojme). Možná je lepším přístupem identifikace tzv. Minimum Lovable Product (MLP), tedy minimální konfigurace produktu, kterou budou mít uživatelé rádi a budou s ní chtít pracovat.

Doporučil bych tedy základní postup vytváření verzí (releasů) naší appky například v této podobě: 1. MLP, 2. vylepšení funkcionality, 3. nové věci.

POZNÁMKA

Samozřejmě se nejedná o jediný způsob rozdělení. Můžeme dělit a prioritizovat třeba podle lokalit, platforem, podle potřebných výstupů a výsledků. Možnosti jsou pestré. Můžete se třeba rozhodnout, že v první verzi vytvoříte něco smysluplného jen pro některé uživatele.

Jako první tedy vybereme z vygenerovaných možností něco základního, co bude jako celek dávat základní smysl a budeme moci předpokládat, že výsledek už bude pro zamýšlené uživatele v daném kontextu atraktivní. V případě „Přihlášení se“ by to mohlo být třeba „Jméno a heslo“. Výsledek pak může vypadat jako na obrázku 8.6 (uživatelka Alice).

Ukázka elektronické knihy, UID: KOS516798

100 Agilní přístupy vývoje produktu a řízení projektu

POZNÁMKA

Dané rozdělení by bylo samozřejmě ideální probrat s Alicí a zjistit, jak to vidí ona. Pokud máme Alici pouze jako fiktivní personu, musíme se pokusit podívat se na věc jejíma očima. Následně je třeba co nejdříve a co nejlevněji připravit nějaký experiment (drátový model, grafický prototyp…), který můžeme ukázat reálným uživatelům a své domněnky validovat.

Protože se nesnažíme udělat podrobný rozbor všeho, co nás napadlo (vždy bude více nápadů a možností, co by šlo dělat, než času a peněz k dispozici), budeme v tuto chvíli dál pracovat jen s položkami pro první verzi, MLP. Na ty ostatní totiž možná ani nedojde, nebo je budeme chtít v delší perspektivě připravit jinak. Nebo bude potřeba něco úplně jiného. Kdo ví?

Položky vybrané pro MLP (MVP) se někdy nazývají journey – konkrétní cesta uživatele naším systémem. Když už jsme si je vybrali, je potřeba se jimi začít zabývat podrobněji, více je rozdělit, přidat detaily, začít vymýšlet, jak na to jít atd.

Tedy začít dělat tzv. refinement.

Stále se ale bude jednat o položky, které umožňují kreativní řešení a přemýšlení, jak nejlépe produkt pro vybraného uživatele udělat. Nejedná se o detailně popsané požadavky, které nenechají žádný prostor pro přemýšlení. Právě naopak.

POZNÁMKA

Často se v tomto kontextu hovoří o tzv. 3C zásadách pro tvorbu jednotlivých položek:4 • Card (karta): Je doporučeno používat papírové karty, nalepovací lístečky apod., které už díky své fyzické podstatě neumožní příliš dlouhé a detailní zápisy. V případě virtuálních karet je potřeba o něco větší disciplína, abychom udrželi dostatečnou stručnost.

• Conversation: Klíčem ke zvýšení vzájemného porozumění je právě konverzace. Je potřeba o každé zamýšlené funkcionalitě mluvit, diskutovat různé úhly pohledu, pro koho to je, co to je, proč to má hodnotu atd.

• Confirmation: Diskuze, respektive návrh, jak ověříme, že jsme danému uživateli doručili zamýšlený kousek hodnoty.

Položky, kterými budeme chtít začít, rozdělíme a co možná nejlépe je popíšeme.

4 Respektive ho navrhl Ron Jeffries v knize Extreme Programming Installed.

Ukázka elektronické knihy