Seznam nevyřízených položek produktu představuje klíčový aspekt agilního vývoje, protože shrnuje úkoly, na které se musíte v určitém okamžiku zaměřit.
Každý nový produkt se rodí z prvotní myšlenky, která dává týmu možnost vytvořit něco výjimečného. I takový iPhone nejdříve existoval jako prototyp a díky usilovné práci vývojářského týmu se stal globálně oblíbeným.
Produktový manažer musí při vedení týmu efektivně organizovat důležité úkoly do přehledných seznamů. Ovšem v praxi to není tak jednoduché, jak by se mohlo na první pohled zdát.
Udržování seznamu úkolů a rozhodování o jejich prioritě představuje náročný úkol. A pokud je do procesu zapojeno více stran, stává se situace ještě složitější.
Následkem toho organizace často zbytečně plýtvají časem a finančními prostředky.
Právě zde se uplatňuje stanovení priorit, které zjednodušuje správu úkolů a umožňuje udržovat efektivní seznam práce.
V tomto článku se podrobněji podíváme na to, co je produktový backlog, jaké jsou jeho typické prvky, výhody a další aspekty.
Co je to produktový backlog?
Produktový backlog představuje seznam prioritních funkcí nebo pracovních úkolů, které vám pomohou dosáhnout stanovených cílů a definovat jasná očekávání pro vývojové týmy. Jednoduše řečeno, každý produkt ve vývojové fázi má svůj vlastní produktový backlog.
Každý produktový backlog má také přiřazený konkrétní tým. V praxi se často setkáváme s několika backlogy a týmy, které pracují na větším projektu.
Představme si například, že větší produkt nazýváme „Produkt“ a menší produkty „Produkt A“, „Produkt B“ a „Produkt C“. Každý z produktů A, B a C má svůj vlastní backlog a vyhrazený vývojový tým. Jednotlivé týmy pracují na menších produktech, které nakonec tvoří celek – větší produkt.
Produktový backlog tedy můžeme definovat jako prioritizovaný seznam úkolů vycházející z produktového plánu a požadavků vývojového týmu. Nejvyšší prioritu mají položky umístěné nahoře, aby vývojáři věděli, čím začít.
Produktový backlog je dynamický dokument, který umožňuje produktovým manažerům lépe chápat výzvy a hledat řešení potřebná k úspěšnému dokončení produktu.
Kdo je zodpovědný za prioritizaci backlogu?
Vlastníkem produktového backlogu je obvykle produktový vlastník nebo produktový manažer. Vlastník produktu je zodpovědný za údržbu backlogu, zatímco ostatní členové týmu přispívají svými silami a časem k vývoji produktu.
Primární účel produktového backlogu lze shrnout do následujících bodů:
- Vytváří základ pro koordinaci týmů a zúčastněných stran s cílem implementovat hodnotné uživatelské příběhy.
- Poskytuje flexibilitu pro přizpůsobení se aktuálním potřebám a realitě.
- Zvyšuje efektivitu predikce uvedení produktu na trh prostřednictvím společného přístupu různých týmů pracujících na jednom projektu.
Typické prvky produktového backlogu
Produktový backlog obsahuje opravy chyb, nové funkce, úkoly pro získávání znalostí a technické dluhy. Tyto položky jsou samostatné části hlavní práce, kterou je třeba splnit pro dokončení produktu.
#1. Opravy chyb
Chyby a defekty jsou problémy, které objeví koncoví uživatelé a které se přehlédly během procesu kontroly kvality. Pokud se chyby neřeší včas, mají tendenci se s časem hromadit.
Váš tým by měl opravovat chyby rychle, aby byla zachována integrita produktu. Některé chyby jsou kritické a vyžadují okamžitou pozornost, jiné mohou počkat do dalšího sprintu. Opravy chyb by měly být na předních místech backlogu, aby na ně vývojový tým nezapomněl.
#2. Funkce
Funkce představuje určitou schopnost produktu, kterou uživatelé vnímají jako hodnotnou. Často se také označuje jako uživatelský příběh. Funkce mohou být jednoduché i komplexní. Pro pochopení potřeb uživatele je důležité vytvořit mapu příběhu.
Požadavky na nové funkce pocházejí z různých zdrojů, jako je produktový management, podpora, prodej, koncoví uživatelé a další. Prioritizace nových funkcí je náročná, protože musíte vyvážit následující protichůdné požadavky:
- Udržení spokojenosti stávajících zákazníků
- Splnění obchodních cílů
- Realizace širší vize produktu
Produktový manažer sleduje všechny zdroje a řeší konfliktní požadavky. Pravidelný proces vám zajistí, že produktový backlog bude obsahovat nové funkce, které přilákají nové zákazníky a udrží stávající spokojené.
#3. Získávání znalostí
V této fázi se shromažďují informace potřebné pro dokončení budoucích úkolů. Získávání znalostí je vlastně výzkumná fáze. Pokud objevíte funkci, která vyžaduje další výzkum, můžete vytvořit úkol pro získávání znalostí, jako je například koncept, experiment nebo prototyp. Získáte tak informace potřebné k zahájení práce na dané funkci.
#4. Technické dluhy
Technický dluh je podobný finančnímu dluhu. Pokud jej ignorujete, narůstají úroky. To se stává, když vývojáři odsunou technické záležitosti na konec seznamu, čímž se jejich řešení ztěžuje.
Efektivní řízení produktového backlogu pomáhá předcházet technickým dluhům. Pokud je vývojový tým organizován a řeší technické problémy postupně, denně nebo v menších krocích, je méně pravděpodobné, že se dluh bude hromadit.
Technický dluh vzniká v důsledku změn v následujících oblastech:
- Škálovatelnost a očekávání výkonu
- Rozsah a směr
- Technologie a osvědčené postupy
Výhody produktového backlogu
Produkt je výsledkem zpětné vazby z různých zdrojů, jako jsou prodejci, vývojáři a zejména uživatelé. Musíte být připraveni tuto zpětnou vazbu přijímat, spravovat, prioritizovat a pečlivě zpracovávat pro budoucí dodávky produktu.
Vývoj produktu je bez správného procesu náročný. Dobře řízený a zpracovaný backlog vám pomůže soustředit se na produkt a vést k efektivnějšímu týmu.
Podívejme se na výhody udržování produktového backlogu v organizaci:
- Zlepšené soustředění: Produktový backlog vám pomůže zaměřit se na důležité úkoly a zabránit rozptylování.
- Zvýšená efektivita: Prioritizace úkolů zajistí, že tým bude na jednotlivých úkolech pracovat efektivně, což povede k celkově lepší efektivitě.
- Lepší řízení rizik: Produktový backlog umožňuje identifikovat a řešit rizika v rané fázi vývoje, čímž se snižuje riziko celého procesu.
- Vyšší spokojenost zákazníků: Hlavním cílem je spokojenost koncových uživatelů. Stanovení priorit je klíčové, abyste zkontrolovali, co je potřeba do produktu přidat nebo z něj odstranit a zajistili tak, že bude pro uživatele cenný.
- Lepší komunikace: Produktový backlog podporuje spolupráci a komunikaci v týmu, což vede k lepšímu zaměření a lepším výsledkům.
- Zlepšená morálka týmu: Produktový backlog poskytuje týmu jasný cíl a směr, což se pozitivně odráží na morálce.
- Podpora flexibility: Produktový backlog se vyvíjí v závislosti na postupu vývoje a rychlosti dokončení úkolů. Produktový manažer v případě potřeby přeorganizuje priority úkolů. Tato flexibilita je nezbytná pro zabránění prostojům.
Mezi další výhody patří například rychlejší návratnost investic, vyšší spokojenost zákazníků a minimalizace rizik.
Jak vytvořit produktový backlog
Vlastník produktu je zodpovědný za stanovení priorit. Chcete-li vytvořit dobře spravovaný backlog, postupujte podle následujících kroků:
Krok 1: Přidávání nápadů do produktového backlogu
Produktový backlog je seznam nápadů, prohlášení a zpětné vazby od členů týmu, zúčastněných stran a zákazníků. Jednoduchým způsobem je přidávat nápady do seznamu poté, co je prodiskutujete se zainteresovanými stranami, týmy a zákazníky.
Zpočátku máte obvykle k dispozici jen omezený počet nápadů. Během vývojového procesu se ale objevují nové nápady, proto je důležité mít na paměti relevanci produktu na trhu a konkurenci.
Krok 2: Získání vysvětlení
Pokud zúčastněná strana požaduje jakékoli změny ve vašem produktu, je důležité si vše předem ujasnit. Vlastník produktu by měl objasnit následující základní body pro pochopení důležitosti každého požadavku:
- Důvod opravy: Jedná se o popis problému, jeho příčinu a navrhované řešení.
- Hodnota, kterou přináší: Tým analyzuje, zda nový požadavek přispěje k celkové kvalitě produktu. Přídavek musí mít nějakou hodnotu, která se projeví v zvýšení obchodní hodnoty a lepší návratnosti investic.
- Specifikace položky: Specifikace musí být jasné, aby vývojáři neměli během vývoje žádné potíže.
Krok 3: Stanovení priorit
Jakmile jsou všechny požadavky jasné, je odpovědností vlastníka produktu stanovit priority, od nejvyšší po nejnižší. Tato fáze je založena na strategické analýze informací. Dobře spravovaný seznam pomůže zlepšit komunikaci mezi týmy.
Vlastník produktu stanovuje priority na základě specifických kritérií:
- Příjmy: Funkce, které mohou vést k vyšším příjmům, by měly mít vysokou prioritu.
- Jedinečnost a řešení trhu: Pokud je nová funkce na trhu jedinečná, budete mít pravděpodobně na trhu konkurenční výhodu. Je důležité také ověřit, zda stávající funkce řeší problémy uživatelů, protože to je hlavním cílem.
- Složitost: Před stanovením priorit se kontroluje složitost navrhované funkce a odhaduje se čas potřebný pro její vývoj.
Krok 4: Pravidelná aktualizace produktového backlogu
Produktový backlog je dynamický dokument, který je potřeba pravidelně aktualizovat. Pravidelné zlepšování, stanovování priorit a udržování backlogu v aktuálním stavu je nezbytnou součástí procesu vývoje.
Produktový backlog obsahuje spoustu nápadů. Je třeba je prozkoumat a odstranit ty, které nejsou relevantní. V závěrečné fázi jsou položky seřazeny podle priorit.
Metody prioritizace
Existuje mnoho metod pro prioritizaci položek v backlogu. Podívejme se na několik z nich:
#1. Technika MoSCoW
Zdroj obrázku: StoriesOnBoard
MoSCoW je technika používaná v produktovém managementu pro pochopení toho, co je nezbytné udělat a co ne. Jedná se o užitečnou metodu pro komunikaci se zainteresovanými stranami o tom, na čem pracujete a proč.
Název zahrnuje čtyři kategorie priorit:
- Must have (Musí mít): Zcela nezbytné požadavky
- Should have (Mělo by mít): Funkce s vysokou prioritou
- Could have (Mohlo by mít): Možné funkce
- Won’t have (Nebude mít): Neimplementováno
„Must have“ jsou vlastnosti, které produkt musí mít. Mohou to být bezpečnostní, obchodní nebo právní důvody. Uveďte nejlepší a nejhorší scénáře zahrnutí funkce do seznamu.
„Should have“ jsou funkce, které mohou být zahrnuty, ale nejsou povinné.
„Could have“ jsou položky, které je možné přidat, pokud má organizace dostatek zdrojů, ale nejsou nezbytné pro úspěch.
„Won’t have“ neznamená, že funkce není potřeba nebo že se jedná o položku, která se vyhodí. Produktový manažer tím říká „ne tentokrát“. Důvodů může být několik, například nedostatek času nebo zdrojů.
#2. Eisenhowerova matice
Tato metoda je jednoduchý způsob, jak efektivně řídit čas. Vychází z matice rozhodování Dwighta D. Eisenhowera. Později se změnila v 4kvadrantovou vizualizaci, kterou lze použít pro stanovení priorit v seznamech úkolů.
Zdroj obrázku: ModelThinkers
Matice obsahuje dvě dimenze priorit – důležitost a naléhavost. Díky této technice můžete rozdělit úkoly do čtyř kategorií:
- Vysoká priorita
- Střední priorita
- Naléhavé, ale nedůležité
- Nízká priorita
#3. Kano
Model Kano je oblíbenou volbou pro organizace, které usilují o maximální spokojenost zákazníků. Produktoví manažeři mají nekonečný seznam funkcí, ale chtějí vytvořit plán produktu s dokonalými vlastnostmi. Model Kano je efektivní technika, kterou vyvinul Noriaki Kano v 80. letech minulého století.
Tento model zahrnuje tři oblasti:
- Spokojenost zákazníků
- Reakce zákazníka závislá na vlastnostech a funkcích produktu
- Pocity zákazníků
#4. Vážená nejkratší práce jako první (WSJF)
WSJF je nástroj, který pomáhá týmům stanovit priority iniciativ. Obvykle se používá v rámci metodiky Scaled Agile Framework (SAFe). Tým vypočítá skóre každé iniciativy vydělením nákladů na zpoždění velikostí nebo trváním úlohy. Položka s nejvyšším skóre je umístěna na začátek seznamu.
Jak spravovat backlog
Dodržujte následující postupy pro efektivní správu backlogu:
- Před plánováním iterací zkontrolujte seznam úkolů, abyste ověřili správnost stanovených priorit a zapracování zpětné vazby.
- S narůstajícím počtem položek je potřeba je kategorizovat jako krátkodobé a dlouhodobé.
- Rozhodněte se, které položky ponechat a které odstranit s ohledem na jejich přínos.
- Nepřidávejte úkoly bez důkladného plánování.
- Prioritizaci úkolů učinte prioritou vaší organizace.
Během vývoje můžete snadno měnit priority úkolů na základě zpětné vazby od zákazníků. Můžete také upřesňovat předchozí požadavky a přidávat nové.
Sprint Backlog vs. Product Backlog
- Produktový backlog obsahuje všechny položky, které je potřeba dokončit pro splnění cílů vývoje. Sprint backlog obsahuje položky z produktového backlogu, které mají být dokončeny v rámci konkrétního sprintu.
- O položkách v produktovém backlogu rozhodují produktoví vlastníci, zatímco o položkách v backlogu sprintu rozhodují vývojové týmy.
- Produktový backlog se vytváří na základě cíle produktu, sprint backlog odpovídá konkrétnímu sprintu.
- Produktový backlog se může v průběhu času měnit, zatímco sprint backlog je po nastavení neměnný.
- Produktový backlog je potřeba průběžně udržovat po celou dobu projektu. Sprint backlog končí s ukončením sprintu.
Závěr
Udržování produktového backlogu je klíčové pro proces vývoje. Poskytuje jasný přehled o probíhající práci, dokončené práci a budoucích plánech. Je tedy na čase vytvořit efektivní produktový backlog, který vám pomůže dosáhnout vašich cílů.
Můžete také prozkoumat nejlepší software pro analýzu CFD a nástroje Scrum.