Vaatimus Elinkaarihallinta

Mikä on vaatimuksen elinkaari?

Vaatimusten elinkaari sisältää useita vaiheita, ja se voi toisinaan olla monimutkainen prosessi. Prosessin luonne riippuu valitsemastasi ohjelmistokehitysmenetelmästä, kuten ketterästä, vesiputousmenetelmästä tai inkrementaalisesta menetelmästä. Jokainen vaihe voi sisältää paljon paperityötä ja hyväksymismenettelyjä. Se käsittelee myös projektidokumentteja, kuten projektiehdotusta, projektinhallintasuunnitelmaa, projektin laajuutta ja liiketoimintatapausta. Tarkastellaanpa yleisiä vaatimusten elinkaaren vaiheita, jotka jokaisen liiketoiminta-analyytikon tulisi tuntea.

Vaatimuksen elinkaarikaavio

Vaihe 1: Vaatimuksen määrittely

Tämä on yksi vaatimusten keräämisprosessin ensisijaisista vaiheista, joka tunnetaan yleisesti vaatimusmäärittelynä.traction tai esiinkutsumisen.

Kun vaatimus on kerätty, se voidaan järjestää kansioihin loogisesti tuotejulkaisun tai sprintin mukaan.

Näitä vaatimuksia analysoidaan edelleen, jotta voidaan laatia faktoja ja lukuja, jotka auttavat liiketoiminta-analyytikkoa track mahdollista tulosta analyysin perusteella. Tätä menettelyä kutsutaan Vaikutuksen arviointi.

Vaihe 2: Vaatimusten vahvistaminen

Vaatimusten validointivaiheessa analysoidaan uuden tai muutetun tuotteen täyttämiseen vaadittavia tarpeita tai ehtoja ottaen huomioon eri sidosryhmien tarpeet.

Jotta mikä tahansa projekti onnistuisi, vaatimusten validointi on kriittistä. Vaatimusten validointiin kuuluu spesifikaation, rautalankamallien, korkealaatuisten simulaatioiden ja tracsuorituskykyanalyysi.

On olemassa vaatimusten validointityökaluja, jotka automatisoivat suuren osan tästä työstä minimaalisella ihmisen puuttumisella.

Vaihe 3: Vaatimusdokumentaatio

Vaatimusasiakirjojen tulisi kattaa seuraavat asiat:

• Hankkeen sidosryhmien vaatimukset
• Liiketoiminnan analyysisuunnitelma
• Nykytilan analyysi
• Laajuuslausunnon erittely

Vaihe 4: Vaatimusten hallinta

Vaatimustenhallintaprosessi sisältää vaatimusten suunnittelun, seurannan, analysoinnin, viestinnän ja hallinnan. Jos vaatimuksia ei hallita hyvin, lopputuote kärsii. Verkossa on saatavilla vaatimustenhallintatyökaluja, jotka auttavat hallitsemaan vaatimuksia mahdollisimman pienellä kitkalla.

Viisi ydintehtävää vaatimusten elinkaaren hallinnassa

IIBA BABOK -opas kuvaa vaatimusten elinkaaren hallintaa viideksi toisiinsa kytkeytyväksi tehtäväksi, jotka liiketoiminta-analyytikko suorittaa ennen toimitusta, toimituksen aikana ja sen jälkeen. Ne eivät ole täysin peräkkäisiä vaiheita – ne tapahtuvat jatkuvasti projektin kehittyessä.

• TracVaatimukset: Kirjaa ylös, mistä kukin vaatimus tuli ja missä se täyttyy suunnittelussa, koodissa ja testeissä. TracTehokkuus tekee kattavuudesta ja muutosten vaikutuksista näkyvän sekunneissa tuntien sijaan.
• Ylläpidä vaatimuksia: Pidä vaatimusten perustaso ajan tasalla. Kun laajuus tai konteksti muuttuu, päivitä vaatimusjoukkoa, jotta tiimi ei koskaan työskentele vanhentuneen tiedon kanssa.
• Priorisoi vaatimukset: Luokittele vaatimukset arvon, riskin ja kiireellisyyden mukaan käyttämällä tekniikoita, kuten MoSCoW, painotettu pisteytys tai viivästyskustannusten laskenta. Priorisointi ohjaa sitä, mitä seuraavaan sprinttiin tai julkaisuun lisätään.
• Arvioi vaatimusten muutoksia: Kun muutospyyntö saapuu, arvioi sen kustannukset, työmäärä, riippuvuudet ja yhdenmukaisuus projektin tavoitteiden kanssa ennen kuin se hyväksytään tai hylätään. Tässä muutoshallinta on keskeisessä asemassa.
• Hyväksyntävaatimukset: Varmista oikeiden sidosryhmien virallinen hyväksyntä, jotta yritys omistaa rakennettavan ja toimitustiimillä on selkeät valtuudet edetä.

Liiketoiminta-analyytikot soveltavat näihin viiteen tehtävään tekniikoita, kuten liiketoimintasääntöanalyysiä, funktionaalista dekompositiota, prosessien mallintamista, käyttäjätarinoita ja työpajoja. Yhdessä he sulkevat silmukan selvittämisen, toimituksen ja käyttöönoton jälkeisen tuen välillä, joten mikään vaatimus ei mene hukkaan tai toimiteta arvottomasti.

vaatimukset TracSuorituskykymatriisin (RTM) selitys

Vaatimukset Traceability Matrix eli RTM on työdokumentti, joka linkittää jokaisen vaatimuksen sen alkuperään, suunnitteluelementtiin, koodikomponenttiin ja testitapaukseen. Se on käytännöllinen työkalu, joka muuttaa ”Trace Vaatimukset” -tehtävän haettavaksi tietueeksi.

• Eteenpäin trackyky: Varmistaa, että jokainen liiketoimintavaatimus toimitetaan suunnitteluelementin ja testitapauksen avulla, estäen laajuuden ylityksen.
• Taaksepäin trackyky: Vahvistaa jokaisen toimitetun ominaisuuden vastaavan hyväksyttyä vaatimusta, estäen laajuuden kasvun ja ylisääntelyn.
• Kaksisuuntainen trackyky: Yhdistää molemmat suunnat ja on muoto, jota useimmat yritysten liiketoiminta-analyytikot ja laadunvarmistustiimit käyttävät, erityisesti säännellyillä toimialoilla, kuten rahoitus- ja terveydenhuoltoalalla.

Ketterissä projekteissa RTM linkittää eeppiset osat ja käyttäjätarinat hyväksymiskriteereihin ja automatisoituihin testeihin. Nykyaikaiset työkalut, kuten Jama Connect, Modern Requirements, Jira Xrayja Azure DevOps luo matriisin automaattisesti, joten se pysyy ajan tasalla sprinttien välillä sen sijaan, että se ajautuisi laskentataulukkoon, johon kukaan ei luota.

Suosittuja vaatimusten hallintatyökaluja

Käsin tracKuningasvaatimukset laskentataulukoissa rikkoutuvat nopeasti tiimien kasvaessa. Liiketoiminta-analyytikot käyttävät seuraavia työkaluja laajalti elinkaaren suorittamiseen alusta loppuun.

• Jama Connect: Yritysvaatimusten alusta, joka sisältää lähtötilanteet, arvioinnit, riskianalyysit ja reaaliaikaisen analysoinnin tracjärjestelmäsuunnittelutiimien välinen sujuvuus.
• IBM Engineering Requirements Johdon OVET: Pitkään käytössä ollut työkalu ilmailu-, puolustus- ja autoteollisuudessa laajoihin, säänneltyihin vaatimusmääriin.
• Modern Requirements varten Azure DevOps: ulottuu Azure DevOps-työtehtävät, joissa on tarkistus, lähtötilanne ja tracketterille ja hybridi-tiimeille suunnatut suorituskykyominaisuudet.
• Jira ja Xray: Suosittu ketterä yhdistelmä, joka yhdistää eeppiset projektit ja käyttäjätarinat testitapauksiin ja -virheisiin, tarjoten kevyen vaatimustenhallinnan monille ohjelmistotiimeille.
• Näkyvyysvaatimukset ALM:lle: Sovelluksen elinkaaren hallinta-alusta, joka yhdistää vaatimukset, testit, riskit ja muutostenhallinnan yhteen työtilaan.
• Suunnitelman tarinankertoja: Keskittyy liiketoimintatavoitteiden muuttamiseen strukturoiduiksi vaatimuksiksi, jotka ovat valmiita jatkotoimitustyökaluille.

Oikea työkalu riippuu tiimin koosta, sääntelytarpeista ja siitä, kuinka paljon tracauditoijien tai turvallisuustapausten edellyttämää toimivuutta. Monet tiimit aloittavat kevyesti Jiralla ja laskentataulukolla ja siirtyvät erilliselle alustalle, kun skaalautuminen sitä vaatii.

UKK