Skip to main content
← Zpět do knihovnyMetody

Řízení požadavků

Řízení požadavků je strukturovaný proces sběru, dokumentace, ověřování, prioritizace a sledování požadavků na produkt, systém nebo projekt po celou dobu jeho životního cyklu.

Řízení požadavků začíná jejich sběrem: pomocí rozhovorů, workshopů nebo přímého pozorování zjistíte, co zákazníci, uživatelé nebo interní zainteresované strany skutečně potřebují. Jakmile jsou požadavky sesbírány, zdokumentují se, zkontrolují se na rozpory a rozdělí se na funkční požadavky, tedy co má systém dělat, a nefunkční požadavky, jako je bezpečnost, výkon nebo použitelnost. Teprve poté přichází na řadu prioritizace, často metodou MoSCoW, která požadavky třídí na nezbytné, žádoucí, možné a nechtěné.

Dokumentace obvykle zahrnuje dokument obchodních požadavků, který zachycuje, čeho chce zákazník dosáhnout, a odpovídající specifikaci, která popisuje, jak to dodavatel plánuje realizovat. Matice sledovatelnosti požadavků propojuje každý jednotlivý požadavek s jeho zdrojem, stavem a testovacími případy, které později potvrdí jeho splnění. V agilních projektech tuto roli často přebírá backlog produktu, kde jsou požadavky zachyceny jako uživatelské příběhy, které se dopracovávají a dodávají sprint po sprintu.

Když se požadavky v průběhu projektu změní, nastupuje řádný proces řízení změn: každá změna se posoudí, zváží se vůči nákladům a harmonogramu a přijme se až po formálním schválení. Vynechte tento krok a dostanete rozpínání rozsahu, tedy postupné rozšiřování toho, co se dodává, bez odpovídající úpravy rozpočtu nebo termínů. Solidní řízení požadavků je to, co vůbec umožňuje realistické nabídky, jasnou odpovědnost a ověřitelné výsledky.

Prakticky priklad

Středně velký výrobce obalových strojů plánuje nový software pro zpracování objednávek. V rámci řízení požadavků projektový tým vede rozhovory s 12 zaměstnanci z obchodu, výroby a expedice a sesbírá 84 jednotlivých požadavků. Po prioritizaci metodou MoSCoW zůstává pro první vydání 31 nezbytných požadavků, zachycených v 18stránkovém dokumentu požadavků. V polovině implementace se změní jeden požadavek týkající se fakturace a řízení změn ho zaznamená do matice sledovatelnosti, takže si ho všichni zúčastnění mohou vysledovat zpět k původnímu požadavku.

Jak pomaha Leanshift

Řízení požadavků a Kaizen vycházejí ze stejného postoje: než začnete cokoli zlepšovat, musíte přesně rozumět tomu, co je skutečně potřeba. Pečlivý sběr požadavků a jejich důsledné sledování zajistí, že zlepšovací práce míří na skutečný cíl, a ne na pouhé příznaky. Tato jasnost je sama o sobě kus procesní práce, odhaluje, na čem skutečně záleží, a dává ostatním pevný základ, ze kterého mohou dál zlepšovat.

Casto kladene otazky

Jaký je rozdíl mezi řízením požadavků a dokumentem požadavků, jako je zadávací dokumentace?

Řízení požadavků je průběžný proces, dokument požadavků je jeden z jeho výstupů. Zachycuje, čeho chce zákazník dosáhnout, zatímco odpovídající specifikační dokument popisuje, jak to dodavatel zajistí.

Kdy by mělo řízení požadavků v projektu začít?

Ideálně už ve fázi koncepce nebo nabídky, ještě před samotným zahájením projektu. Vyjasňování požadavků až po zahájení implementace s sebou nese riziko nákladných přepracování a rozpínání rozsahu.

Jak funguje řízení požadavků v agilních projektech, jako je Scrum?

Probíhá iterativně prostřednictvím backlogu produktu místo jednorázového dokumentu. Požadavky se zachycují jako uživatelské příběhy, průběžně se prioritizují a dopracovávají a dodávají sprint po sprintu.