Publikováno: 31. 10. 2017
Když firmy se přecházejí na agilní životní cyklus vývoje softwaru (SDLC), ustupují často od procesů a analýzy dosud používaného kaskádového SDLC, protože, jak se uvádí v Agile Manifesto, „si cení individuality a vzájemného ovlivňování procesů a nástrojů.“ Cílem je odstranit určitou nekompromisnost – začleněné kontrolní body a různá schvalování mohou zablokovat procesy kaskádového přístup. Nicméně je třeba být opatrný, aby se v tažení proti procesům a analýze nezašlo příliš daleko a nespoléhalo se pouze na nápravu nedodělků a přání uživatelů. Požadavky a jejich analýza jsou v agilním projektu stejně zásadní, jako v kaskádovém. Rozdíl spočívá v tom, v počtu požadavků s dokončenou analýzou a v načasování.
Dokument obsahuje tři části:
- Úvod, kde ve stručnosti charakterizuje problém přechodu z kaskádového na agilní přístup k vývoji softwaru, charakterizuje agilitu a nedodělky
- Dále je to kapitola věnovaná požadavkům, popisující přání uživatelů, použití vizuálních modelů a architekturu požadavků
- Třetí částí jsou pak závěry, popisující, jak zajistit, aby byl agilní projekt úspěšný
A končí tímto konstatováním:
Požadavky a byznys analýza jsou nezbytné ve všech projektech vývoje bez ohledu na použitý životní cyklus vyvíjeného softwaru. V agilních projektech se požadavky stále rozvíjejí a upřesňují, ale rozdílným tempem a někdy i na jiné úrovni podrobnosti než v kaskádovém projektu.
Štítky: Jaroslav Rokyta
Autor:: Kateřina Mrkvičková