Upravljanje životnim ciklusom zahtjeva

Što je životni ciklus zahtjeva?

Životni ciklus zahtjeva uključuje nekoliko faza i ponekad može biti kompliciran proces. Priroda procesa ovisi o metodologiji koju odaberete za razvoj softvera, kao što su agilni, vodopadni, inkrementalni itd. Svaka faza može uključivati ​​puno papirologije i postupka odobravanja. Također se bavi projektnim dokumentima poput prijedloga projekta, plana upravljanja projektom, opsega projekta i poslovnog slučaja. Pogledajmo uobičajene faze životnog ciklusa zahtjeva koje bi svaki poslovni analitičar trebao znati.

Dijagram životnog ciklusa zahtjeva

Faza 1: Definicija zahtjeva

Ovo je jedna od primarnih faza procesa prikupljanja zahtjeva, obično poznata kao analiza zahtjeva.traccija ili elicitacija.

Nakon što se zahtjev prikupi, može se organizirati u mape logično prema izdanju proizvoda ili sprintu.

Ovi se zahtjevi dodatno analiziraju kako bi se pripremile činjenice i brojke koje pomažu poslovnom analitičaru track mogućih rezultata na temelju analize. Ovaj postupak se naziva Procjena utjecaja.

Faza 2: Validacija zahtjeva

Faza validacije zahtjeva analizira potrebe ili uvjete potrebne za ispunjavanje novog ili izmijenjenog proizvoda, uzimajući u obzir potrebe različitih dionika.

Za uspjeh svakog projekta, validacija zahtjeva je ključna. Validacija zahtjeva uključuje provjeru specifikacije, wireframeova, visokovjernih simulacija i tracanaliza lakoće.

Postoje alati za validaciju zahtjeva koji automatiziraju velik dio ovog posla uz minimalnu ljudsku intervenciju.

Faza 3: Dokumentacija zahtjeva

Dokumenti zahtjeva trebaju obuhvaćati sljedeće:

• Zahtjevi dionika projekta
• Plan poslovne analize
• Analiza postojećeg stanja
• Specifikacija izjave o opsegu

Faza 4: Upravljanje zahtjevima

Proces upravljanja zahtjevima uključuje planiranje, praćenje, analizu, komunikaciju i upravljanje tim zahtjevima. Ako se zahtjevima ne upravlja dobro, krajnji proizvod pati. Na mreži su dostupni alati za upravljanje zahtjevima koji vam pomažu u upravljanju zahtjevima uz minimalne probleme.

Pet ključnih zadataka u upravljanju životnim ciklusom zahtjeva

IIBA BABOK vodič opisuje Upravljanje životnim ciklusom zahtjeva kao pet međusobno povezanih zadataka koje poslovni analitičar izvršava prije, tijekom i nakon isporuke. To nisu strogo sekvencijalne faze - one se odvijaju kontinuirano kako se projekt razvija.

• Trace Zahtjevi: Zabilježite odakle je svaki zahtjev došao i gdje je zadovoljen u dizajnu, kodu i testovima. TracJednostavnost čini pokrivenost i utjecaj promjena vidljivim u sekundama umjesto satima.
• Zahtjevi za održavanje: Održavajte osnovnu liniju zahtjeva ažurnom. Kada se opseg ili kontekst promijene, ažurirajte skup zahtjeva kako tim nikada ne bi radio sa zastarjelim informacijama.
• Prioritizirajte zahtjeve: Rangirajte zahtjeve prema vrijednosti, riziku i hitnosti koristeći tehnike kao što su MoSCoW, ponderirano bodovanje ili trošak kašnjenja. Prioritizacija određuje što ulazi u sljedeći sprint ili izdanje.
• Procjena promjena zahtjeva: Kada stigne zahtjev za promjenom, procijenite njegove troškove, trud, ovisnosti i usklađenost s ciljevima projekta prije nego što ga prihvatite ili odbijete. Tu se nalazi kontrola promjena.
• Odobrenje zahtjeva: Osigurajte formalno odobrenje od pravih dionika kako bi tvrtka preuzela odgovornost za ono što se gradi, a tim za isporuku imao jasno ovlaštenje za nastavak.

Poslovni analitičari primjenjuju tehnike poput analize poslovnih pravila, funkcionalne dekompozicije, modeliranja procesa, korisničkih priča i radionica u ovih pet zadataka. Zajedno zatvaraju krug između prikupljanja informacija, isporuke i podrške nakon implementacije tako da se nijedan zahtjev ne gubi ili ne isporučuje bez vrijednosti.

Zahtjevi TracObjašnjenje matrice mogućnosti (RTM)

Zahtjevi TracMatrica mogućnosti, ili RTM, je radni dokument koji povezuje svaki zahtjev s njegovim porijeklom, elementom dizajna, komponentom koda i testnim slučajem. To je praktični alat koji pretvara „Traczadatak "e Zahtjevi" u zapis koji se može pretraživati.

• naprijed tracmogućnost: Potvrđuje da se svaki poslovni zahtjev isporučuje putem elementa dizajna i testnog slučaja, sprječavajući propuštanje dosega.
• Unazad tracmogućnost: Potvrđuje da se svaka isporučena značajka mapira natrag u odobreni zahtjev, sprječavajući širenje opsega i prekomjerno korištenje.
• Dvosmjerno tracmogućnost: Kombinira oba smjera i to je format koji većina poslovnih analitičara i QA timova održava, posebno u reguliranim industrijama poput financija i zdravstva.

U agilnim projektima RTM povezuje epske i korisničke priče s kriterijima prihvaćanja i automatiziranim testovima. Moderni alati poput Jama Connecta, Modern Requirements, Jira Xrayi Azure DevOps automatski generira matricu kako bi ostala ažurna kroz sprintove umjesto da se sklizne u proračunsku tablicu kojoj nitko ne vjeruje.

Popularni alati za upravljanje zahtjevima

ručno tracZahtjevi kralja u proračunskim tablicama brzo se prekidaju kada timovi rastu. Sljedeće alate poslovni analitičari široko koriste za pokretanje životnog ciklusa od početka do kraja.

• Jama Connect: Platforma za poslovne zahtjeve s osnovnim određivanjem, pregledima, analizom rizika i praćenjem uživo tracjednostavnost među timovima sistemskog inženjerstva.
• IBM Engineering Requirements VRATA ZA UPRAVU: Dugogodišnji alat koji se koristi u zrakoplovstvu, obrani i automobilskoj industriji za velike, regulirane skupove zahtjeva.
• Modern Requirements za Azure DevOps: Proširuje Azure DevOps radne stavke s pregledom, osnovnim vrijednostima i tracznačajke praktičnosti namijenjene agilnim i hibridnim timovima.
• Jira i Xray: Popularna agilna kombinacija koja povezuje epske i korisničke priče s testnim slučajevima i nedostacima, pružajući lagano upravljanje zahtjevima za mnoge softverske timove.
• Zahtjevi za Visure ALM: Platforma za upravljanje životnim ciklusom aplikacija koja kombinira zahtjeve, testove, rizike i kontrolu promjena u jednom radnom prostoru.
• Pripovjedač nacrta: Usredotočen na pretvaranje poslovnih ciljeva u strukturirane zahtjeve spremne za alate za daljnju isporuku.

Pravi alat ovisi o veličini tima, regulatornim potrebama i koliko tracpraktičnost koju zahtijevaju revizori ili sigurnosni slučajevi. Mnogi timovi počinju s laganim Jirom i proračunskom tablicom te prelaze na namjensku platformu kada to zahtijeva opseg.

Pitanja i odgovori