Requirement Life Cycle Management

Hva er livssyklusen til et krav?

Kravlivssyklusen involverer en rekke faser, og til tider kan det være en komplisert prosess. Prosessens art avhenger av metodikken du velger for programvareutviklingen din, som Agile, Waterfall, Incremental, osv. Hver fase kan innebære mye papirarbeid og godkjenningsprosedyrer. Den omhandler også prosjektdokumenter som et prosjektforslag, en prosjektstyringsplan, et prosjektomfang og en forretningsplan. La oss se på de vanlige fasene i kravlivssyklusen som alle forretningsanalytikere bør kjenne til.

Krav livssyklusdiagram

Fase 1: Kravdefinisjon

Dette er en av hovedfasene i kravinnsamlingsprosessen, ofte kjent som kraveksemplar.tracsjon eller fremkalling.

Når kravet er samlet, kan det organiseres i mapper logisk i henhold til produktutgivelse eller sprint.

Disse kravene analyseres videre for å utarbeide fakta og tall som hjelper en forretningsanalytiker track mulige resultater basert på analysen. Denne prosedyren kalles en Konsekvensutredning.

Fase 2: Kravvalidering

Kravvalideringsfasen analyserer behovene eller betingelsene som kreves for å oppfylle et nytt eller endret produkt, med tanke på behovene til de ulike interessentene.

For at ethvert prosjekt skal lykkes, er validering av krav avgjørende. Kravvalidering inkluderer kontroll av spesifikasjonen, wireframes, simuleringer med høy kvalitet og tracanalyse av bærekraft.

Det finnes verktøy for kravvalidering som automatiserer mye av dette arbeidet med minimal menneskelig inngripen.

Fase 3: Kravdokumentasjon

Kravdokumentene bør dekke følgende:

• Krav til interessenter i prosjektet
• Forretningsanalyseplan
• Aktuell tilstandsanalyse
• Spesifikasjon av omfangserklæring

Fase 4: Kravhåndtering

Kravhåndteringsprosessen inkluderer planlegging, overvåking, analyse, kommunikasjon og håndtering av disse kravene. Hvis kravene ikke håndteres godt, lider sluttproduktet. Det finnes verktøy for kravhåndtering tilgjengelig på nettet som hjelper deg med å håndtere krav med minimal friksjon.

Fem kjerneoppgaver i kravlivssyklusstyring

IIBA BABOK-veiledningen beskriver kravlivssyklusstyring som fem sammenkoblede oppgaver som en forretningsanalytiker kjører før, under og etter levering. De er ikke strengt tatt sekvensielle faser – de skjer kontinuerlig etter hvert som prosjektet utvikler seg.

• Trace-krav: Registrer hvor hvert krav kommer fra og hvor det er oppfylt i design, kode og testing. Traceffektivitet gjør dekning og endringseffekt synlig i løpet av sekunder i stedet for timer.
• Oppretthold krav: Hold kravgrunnlaget oppdatert. Når omfang eller kontekst endres, oppdater kravsettet slik at teamet aldri jobber mot utdatert informasjon.
• Prioriter krav: Ranger krav etter verdi, risiko og hastverk ved hjelp av teknikker som MoSCoW, vektet poengsum eller kostnad for forsinkelse. Prioritering styrer hva som går inn i neste sprint eller utgivelse.
• Vurder endringer i krav: Når en endringsforespørsel kommer inn, må du vurdere kostnader, innsats, avhengigheter og samsvar med prosjektmålene før den blir akseptert eller avvist. Det er her endringskontrollen ligger.
• Godkjenningskrav: Sikre formell godkjenning fra de rette interessentene, slik at bedriften eier det som bygges og leveranseteamet har klar autorisasjon til å fortsette.

Forretningsanalytikere bruker teknikker som forretningsregelanalyse, funksjonell dekomposisjon, prosessmodellering, brukerhistorier og workshops på tvers av disse fem oppgavene. Sammen lukker de sløyfen mellom fremskaffelse, levering og støtte etter implementering, slik at ingen krav går tapt eller leveres uten verdi.

Krav TracForklaring av evnematrise (RTM)

A-krav TracEability Matrix, eller RTM, er arbeidsdokumentet som knytter hvert krav til opprinnelsen, designelementet, kodekomponenten og testtilfellet. Det er det praktiske verktøyet som gjør «Trace-krav»-oppgaven til en søkbar post.

• Forward tracevne: Bekrefter at alle forretningskrav oppfylles gjennom et designelement og en testcase, noe som forhindrer at omfanget går tapt.
• bakover tracevne: Bekrefter at alle leverte funksjonskart oppfyller et godkjent krav, noe som forhindrer omfangsforskyvning og gullbelegg.
• Toveis tracevne: Kombinerer begge retninger og er formatet de fleste forretningsanalytikere og QA-team i bedrifter bruker, spesielt i regulerte bransjer som finans og helsevesen.

I agile prosjekter kobler RTM episke prosjekter og brukerhistorier til akseptkriterier og automatiserte tester. Moderne verktøy som Jama Connect, Modern Requirements, Jira Xrayog Azure DevOps genererer matrisen automatisk, slik at den holder seg oppdatert på tvers av sprinter i stedet for å havne i et regneark ingen stoler på.

Populære verktøy for kravstyring

Manuelt tracKrav på tvers av regneark brytes raskt når team vokser. Følgende verktøy brukes mye av forretningsanalytikere for å kjøre livssyklusen fra ende til ende.

• Jama Connect: Plattform for bedriftskrav med baseline, gjennomganger, risikoanalyse og live traceffektivitet på tvers av systemteknikerteam.
• IBM Engineering Requirements Ledelsens DØRER: Et veletablert verktøy som brukes innen luftfart, forsvar og bilindustri for store, regulerte kravsett.
• Modern Requirements forum Azure DevOps: Strekker Azure DevOps-arbeidspunkter med gjennomgang, grunnlinje og traceffektivitetsfunksjoner rettet mot agile og hybride team.
• Jira og Xray: Populær smidig kombinasjon som kobler episke testtester og brukerhistorier til testtilfeller og defekter, noe som gir lett kravhåndtering for mange programvareteam.
• Visningskrav ALM: Plattform for administrasjon av applikasjonslivssyklus som kombinerer krav, tester, risiko og endringskontroll i ett arbeidsområde.
• Forteller av blåkopi: Fokusert på å gjøre forretningsmål om til strukturerte krav klare for leveringsverktøy nedstrøms.

Det riktige verktøyet avhenger av teamstørrelse, regulatoriske behov og hvor mye traceffektiviteten som revisorene eller sikkerhetstilfellene krever. Mange team starter lett med Jira pluss et regneark og går over til en dedikert plattform når skalaen krever det.

Spørsmål og svar