Product Blueprint & Scope: co služba přináší

Co to je?

Práce mapuje dohodnutou hranici produktu dostatečně podrobně, aby podpořila realistické rozhodnutí o další fázi. Může pokrývat uživatelské role, hlavní toky, priority funkcí, potřeby dat a integrací, volbu platformy, předpoklady, výjimky, fáze dodávky a dopady na řízení změn. Míra podrobnosti je přizpůsobena danému rozhodnutí a soustředí se na funkce důležité pro další fázi. Blueprint popisuje, co je zahrnuto nyní a co je záměrně ponecháno mimo první fázi. Zaznamenává také otázky, které závisejí na přístupu klienta, systémech třetích stran, vstupu dodavatele nebo dalším technickém šetření. Úplný vývoj a implementace následují v samostatném rozsahu dodávky. Jeho účelem je snížit nejednoznačnost, nikoli vytvářet falešnou jistotu.

Pro koho to je?

Product Blueprint & Scope je vhodný pro týmy, které:

• Dokončily úvodní discovery a potřebují jasnější most mezi produktovým uvažováním a plánováním implementace
• Potřebují, aby se více zainteresovaných stran shodlo na uživatelských rolích, prioritách funkcí, fázích dodávky a výjimkách
• Připravují se na spolupráci s interními vývojáři nebo externími dodavateli a chtějí užitečnější záznam rozhodnutí
• Potřebují před závazkem k vývoji pochopit dopady integrací, předpokladů a budoucích požadavků na změny

Co to pomůže objasnit

Blueprint pomáhá ujasnit:

• Které uživatelské role a hlavní toky jsou pro dohodnutou první fázi nezbytné
• Které funkce, integrace, obsah a provozní závislosti patří dovnitř nebo vně současné hranice
• Jak předpoklady, výjimky a fáze dodávky ovlivňují odhady, odpovědnost a pozdější řízení změn
• Které otázky potřebují další přístup, vstup dodavatele, technické ověření nebo samostatný specializovaný rozsah

Co je zahrnuto

• Písemné potvrzení produktového rozhodnutí, uživatelských rolí, zamýšlené fáze a dostupných vstupů
• Strukturovaný nástin hlavních toků, hranic funkcí, priorit, integrací, předpokladů a výjimek s doporučením technické architektury a technologického stacku
• Plán fází dodávky s odhadem časového plánu a orientačním rozpětím nákladů (plánovací odhad), který odděluje okamžitý rozsah od pozdějších nápadů a závislostí
• Záznam rozhodnutí vysvětlující, kde požadavky zůstávají otevřené nebo závisejí na externím přístupu a systémech
• Praktické pokyny k řízení změn pro zpracování nových požadavků bez tichého rozšiřování dohodnuté hranice
• Rozhovor při předání vhodný pro zakladatele, vlastníky produktu, technické týmy a dodavatelské partnery

Co není součástí

• Úplný vývoj, implementace, nasazení do produkce nebo průběžné produktové řízení, pokud nejsou vymezeny samostatně
• Příslib, že rozsah, náklady, načasování nebo technický přístup se nikdy nebudou muset změnit
• Neomezená definice funkcí, tvorba obrazovek, vyjednávání s dodavateli nebo revize nad rámec dohodnuté práce
• Formální právní poradenství, poradenství k souladu, přístupnosti, bezpečnostní certifikaci nebo nákupu
• Potvrzení chování, dostupnosti nebo cen systémů třetích stran bez potřebného přístupu a podkladů

Kdy si ji vybrat

Product Blueprint & Scope zvolte, když je směr produktu dostatečně jasný k plánování, ale tým potřebuje pevnější shodu ohledně uživatelů, toků, funkcí, závislostí a hranic před zahájením implementace. Hodí se po discovery, před sprintem MVP, před přestavbou nebo když rozhovor s dodavatelem potřebuje jasnější základ než seznam přání. Může omezit zbytečné neshody tím, že zaznamená, čeho má současná fáze dosáhnout a co řešit nemá. Méně se hodí, když si tým stále není jistý základním problémem nebo cílovým uživatelem; lepším prvním krokem může být discovery. Blueprint je nejúčinnější, když jsou osoby s rozhodovací pravomocí připraveny přijímat kompromisy a pojmenovat výjimky, místo aby vše ponechaly jako potenciálně zahrnuté.

Náš přístup

Začínáme potvrzením zamýšlené fáze a rozhodnutí, která musí blueprint podpořit. Poté procházíme uživatelské role, hlavní cesty, funkce, integrace, obsah, provozní požadavky a omezení. Diskuse odlišuje požadavek od předpokladu a závazek první fáze od budoucího nápadu. Výjimky dokumentujeme stejně pečlivě jako zahrnuté položky, protože právě hranice činí pozdější odhad a plán dodávky spolehlivějšími. Pokud požadavek závisí na přístupu, systému třetí strany, spolupráci dodavatele nebo další technické práci, tato závislost zůstává viditelná. Náklady a načasování jsou v blueprintu uvedeny jako plánovací odhady. Při předání má tým k dispozici pro rozhodování připravený pohled na hranici produktu, fáze, dopady na řízení změn a informace, které jsou ještě potřeba, než lze implementaci odpovědně potvrdit.

Často kladené otázky

Související články