Efektyvus reikalavimų valdymas ir stebėjimas naudojant „Requirements Yogi“

"Requirements Yogi"  (opens in a new tab) turi tris makrokomandas ir specialią reikalavimų paieškos sistemą. Programa padeda sistemingai valdyti reikalavimus, nes suteikia galimybę:

• kiekvienam reikalavimui priskirti unikalų identifikatorių
• peržiūrėti visą su reikalavimu susijusią informaciją jo išsamiame rodinyje
• remtis reikalavimais standartizuotu būdu
• kurti sąsajas tarp reikalavimų
• kurti skirtingas reikalavimų versijas ir jas palyginti
• ieškoti reikalavimų naudojant „Requirements Yogi“ paieškos sistemą.

Tačiau kam iš tiesų reikalingos makrokomandos ir kaip visa tai atrodo praktiškai? Panagrinėkime išsamiau ir apžvelkime keletą pavyzdžių!

Naudojant identifikatorių, reikalavimus galima susieti tarpusavyje (pasitelkiant „Requirements Yogi Link“ makrokomandą) ir vienodu būdu į juos pateikti nuorodas įvairiuose dokumentuose.

Papildinio kūrėjas rekomenduoja reikalavimus aprašyti lentelėje, kad būtų galima maksimaliai išnaudoti programos galimybes ir aiškiai bei glaustai apžvelgti visus reikalavimus.

2 pav. Išsamus reikalavimo rodinys, kuriame susijusi informacija suskirstyta į skyrius.

„Requirements Yogi Configuration“ makrokomanda leidžia konfigūruoti reikalavimų savybes ir stulpelių tipus, taip keičiant reikalavimų indeksavimo būdą.

Stulpelio tipas taip pat lemia, kaip ir kur lentelėje įvesta informacija pateikiama išsamiame reikalavimo rodinyje.

3 pav. Reikalavimų lentelė.

Šioje „Configuration“ makrokomandoje matome, kad stulpelių „Seotud“ ir „Blokeerib“ tipas nustatytas kaip „Dependency“ (priklausomybė).

Esant tokiai konfigūracijai, į šiuos stulpelius įtraukti reikalavimai automatiškai susiejami tarpusavyje.

4 pav. RY konfigūravimo makrokomanda.

Išsamiame reikalavimo rodinyje sąsajos pateikiamos skiltyje Dependencies (žr. 1 pav.), kurioje rodomi tiek išeinantys (<), tiek įeinantys (>) priklausomybės ryšiai.

Kalbant apie „Configuration“ makrokomandą, kai kurių savybių pavadinimų pakeisti neįmanoma, nors iš makrokomandos konfigūravimo rodinio tai nėra akivaizdu.

Pažvelkime į konfigūracijos lentelę (žr. 4 pav.). Matome, kad „Column 3“ stulpelio tipas nustatytas kaip „Description“. Be to, „Column 3“ stulpelio lauke „Override name“ įvesta reikšmė „Kirjeldus“, tačiau išsamiame reikalavimo rodinyje (žr. 2 pav.) šis pavadinimas vis tiek nepasikeičia.

Tas pats pasakytina apie „Requirement“ stulpelį eilutėje „Column 1“, kur lauke „Override name“ įvesta reikšmė „Nõue“, tačiau išsamiame rodinyje jis vis tiek rodomas kaip „Key“.

Reikalavimų aprašymas naudojant „Requirements Yogi“ makrokomandas naudingas ir tuo, kad juos galima rasti specialioje paieškos sistemoje pagal įvairius kriterijus.

Pavyzdžiui, reikalavimų galima ieškoti pagal:

• „Confluence“ puslapį – page ~ 'Confluence page'
• sąsajos tipą – to@Blocks = 'REQ-004', norint rasti reikalavimus, kurie blokuoja reikalavimo REQ-004 įgyvendinimą
• „Confluence“ erdvę – space = 'CONFLUENCE'
• susietą „Jira“ užduotį – jira = 'key-1'
• bet kurios savybės reikšmę (pavyzdžiui, autorių ar prioritetą) – @Priority = 'High' or @Author = 'Trinidad Atlassian'
• tekstą – text ~ '% something'

Neseniai „Requirements Yogi Cloud“ versijoje buvo pristatyta nauja funkcija – Variants.

Funkcija „Variants“ leidžia sukurti kelias vieno reikalavimo versijas. Skirtingoms reikalavimo versijoms stebėti galima naudoti Modification Matrix rodinį.

5 pav. „Requirements Yogi“ reikalavimų paieškos sistema.

„Modification Matrix“ rodinyje versijų pakeitimus taip pat galima filtruoti pagal įvairius kriterijus, pavyzdžiui, rodyti tik tuos pakeitimus, kurie buvo atlikti lauke „Description“.

6 pav. „Requirements Yogi“ Modification Matrix rodinys.