Co je App MVP Sprint?

Co to je?

Zakázka začíná ujasněním problému, který má produkt řešit, kdo jsou hlavní uživatelé a co potřebují dokončit jako první. Odtud se práce soustředí na hlavní uživatelské toky: malý počet cest, díky nimž je produkt užitečný od prvního dne. Typický rozsah může zahrnovat definici produktu, nezbytné obrazovky, dohodnuté funkce aplikace, předpoklady týkající se dat a integrací, kontroly kvality a praktickou přípravu vydání. Přesný technický přístup závisí na produktu, jeho stávajících aktivech a dohodnuté platformě. Sprint se soustředí na ucelené první vydání postavené kolem dohodnutých hlavních toků. Je to strukturovaný způsob, jak učinit rané volby viditelnými, testovatelnými a realizovatelnými. Funkce, které nepodporují hlavní výsledek prvního vydání, jsou zdokumentovány jako budoucí podněty, místo aby byly potichu přidány do pevného rozsahu.

Pro koho to je?

App MVP Sprint je vhodný pro týmy, které:

• Mají definovaný produktový nápad nebo obchodní problém, ale potřebují pomoc s jeho proměnou v realistické první vydání
• Chtějí ověřit cílenou zákaznickou cestu dříve, než budou investovat do širší produktové roadmapy
• Potřebují jeden odpovědný proces dodávky pro rozsah produktu, rozhodnutí o rozhraní, vývoj a přípravu vydání
• Nahrazují neformální prototypy, tabulky nebo ruční kroky první použitelnou aplikací

Co to pomůže objasnit

Sprint MVP pomáhá ujasnit:

• Jaký uživatelský problém a hlavní tok by mělo první vydání řešit a které nápady by měly počkat
• Jaké předpoklady, závislosti, obsah, integrace nebo schválení ze strany klienta je třeba vyřešit, než může vývoj pokračovat
• Které funkce jsou nezbytné pro testovatelné vydání a které jsou žádoucími vylepšeními pro pozdější roadmapu
• Jaké testování, odpovědnost a příprava vydání jsou v rámci dohodnutého rozsahu a časového plánu prakticky proveditelné

Co je zahrnuto

• Písemné potvrzení rozsahu popisující cíl prvního vydání, platformu, dohodnuté uživatelské toky a hranici dodávky
• Cílená definice produktu a rozhraní pro nezbytné obrazovky a interakce v rozsahu
• Vývoj dohodnutých funkcí MVP s průběžnou dokumentací předpokladů a závislostí
• Praktické testování dohodnutých uživatelských toků před předáním nebo přípravou vydání
• Podpora připravenosti k vydání odpovídající dohodnuté platformě, přístupu k účtům a odpovědnostem za odeslání ke schválení
• Zdrojový kód, dokumentace a shrnutí předání, které uvádí, co bylo dodáno, co vyžaduje vstup vlastníka a co patří do budoucí fáze

Co není součástí

• Neomezený seznam funkcí, neomezené revize nebo automatické zahrnutí každého nápadu probraného během sprintu
• Složité backendové platformy, funkce tržiště, video v reálném čase, pokročilé datové programy nebo široká práce na souladu, pokud nejsou vymezeny samostatně
• Příslib termínu spuštění, schválení v App Store nebo Google Play, přijetí uživateli, obchodních výsledků nebo nepřerušeného provozu služeb třetích stran
• Průběžné produktové řízení, údržba nebo vývoj budoucích funkcí po ukončení zakázky nad rámec omezené podpory po spuštění pro dodané položky v rozsahu
• Práce, která závisí na nedostupném obsahu, účtech, právních rozhodnutích, externích dodavatelích nebo integracích, které nebyly v rozsahu potvrzeny

Kdy si ji vybrat

App MVP Sprint zvolte, když je ústřední výzvou rozhodnout, jaká by měla být první užitečná verze, a tuto verzi pak disciplinovaně dodat. Může vyhovovat týmu v rané fázi, zavedené firmě, která testuje nový model služby, nebo týmu, který potřebuje nahradit ruční zákaznický proces cílenou cestou v aplikaci. Je nejúčinnější, když existuje jmenovaná osoba s rozhodovací pravomocí, přístup k lidem, kteří rozumějí uživatelskému problému, a ochota udržet první verzi záměrně úzkou. Méně se hodí, když je směr produktu stále velmi nejistý, hlavní uživatelský tok zatím nelze popsat nebo nejsou známy požadované integrace a provozní závislosti. V takových případech může být užitečnějším výchozím bodem fáze discovery nebo produktového blueprintu, než dojde k závazku k vývoji.

Náš přístup

Začínáme písemným potvrzením zamýšleného výsledku, hlavních uživatelů, platformy a hranice dodávky. První rozhovory se soustředí na hlavní cestu, nikoli na dlouhý seznam funkcí: co musí uživatel umět udělat, jaké informace jsou potřeba a co by učinilo první vydání uceleným. Zaznamenáváme předpoklady týkající se obsahu, integrací, účtů, odpovědností za schvalování a externích závislostí, aby se později nestaly skrytými riziky dodávky. Během vývoje udržujeme dohodnutý rozsah viditelný a dopad každého nového požadavku vysvětlíme dříve, než jej budeme považovat za zahrnutý. Testování vychází z dohodnutých uživatelských toků a praktických podmínek vydání. Při předání tým obdrží jasný přehled o hranici prvního vydání, dokončené práci a položkách, které by se měly přesunout do pozdější roadmapy nebo samostatného rozsahu.

Často kladené otázky

Související články