MVP a prototypy
První verze má odpovědět na jednu otázku: bude to lidé používat. Stavíme ji v rozsahu, který se dá vydat a změřit, a odděleně od rozhodnutí, která se dělají později.
Nejčastější chyba u první verze není málo funkcí, ale příliš mnoho. Začínáme proto tím, že sepíšeme jeden scénář, kterým uživatel projde od začátku do konce, a všechno ostatní odložíme. Odložené věci nemizí — jsou v seznamu, ale nedrží vydání.
Technická rozhodnutí volíme tak, aby šla později změnit: doménová logika odděleně od rozhraní, data v explicitním schématu, integrace schované za rozhraním. Prototyp, který jde po ověření zahodit, stavíme vědomě a řekneme to dopředu; prototyp, který se má stát základem produktu, se píše jinak. Součástí první verze je měření — bez něj se výsledek pokusu nedá vyhodnotit.
- Co je součástí
- Zúžení rozsahu na jeden hlavní scénář
- Prototyp rozhraní před psaním kódu
- Funkční aplikace pro uzavřenou skupinu testerů
- Měření chování v aplikaci
- Seznam odloženého s odůvodněním
- Co dostanete
- Vydatelná verze aplikace
- Výsledky měření za testovací období
- Doporučení, co dál a co zahodit
- Zdrojový kód a dokumentace rozhodnutí
- Co sledujeme
- Dokončení hlavního scénáře
- Návrat uživatele po prvním použití
- Místa, kde uživatelé odcházejí
Hodnoty těchto ukazatelů předem neslibujeme — závisí na produktu a jeho uživatelích. Slibujeme, že je budeme měřit a ukazovat.
Časté otázky
Dá se první verze použít jako základ produktu?
Záleží na dohodě předem. Prototyp na ověření se píše jinak než základ produktu. Řekneme dopředu, který režim volíme a co to znamená pro pozdější náklady.
Jak velký rozsah má smysl pro první verzi?
Takový, který projde od prvního spuštění k dokončení hlavní úlohy. Všechno, co lze z tohoto scénáře vyjmout bez jeho přerušení, patří do dalšího kroku.
Poptávka: MVP a prototypy
Napište nám, o co jde. Odpovíme z adresy na této doméně a shrneme písemně, jak jsme zadání pochopili.