Den mest komplette guide til kravstyring og sporbarhed

Sådan implementeres et kravstyringsværktøj

Hvordan implementerer man et kravstyringsværktøj?

For at implementere et kravstyringsværktøj er der flere trin, du kan tage.

Først skal du identificere interessenterne og brugerne af værktøjet. Dette inkluderer projektledere, forretningsanalytikere, udviklere, testere og andre mennesker, der vil bruge det. Du skal også bestemme, hvilken type kravstyringssystem, der er bedst for din organisation baseret på dens størrelse, kompleksitet af projekter og andre faktorer.

Dernæst skal du beslutte, hvilket softwareværktøj eller hvilken platform du vil bruge til din kravstyringsproces. Der findes mange forskellige typer på markedet i dag, såsom Visure. Når du har besluttet, hvilken der er bedst til din organisations behov, er det tid til at sætte systemet op. Dette kan omfatte oprettelse af brugerkonti, opsætning af adgangsniveauer for forskellige brugere og konfiguration af indstillinger for at sikre den korrekte funktionalitet af softwaren.

Når dit kravstyringsværktøj er konfigureret korrekt, er det tid til at begynde at bruge det! Du bør definere skabeloner til indsamling og organisering af krav fra interessenter. Derudover bør du oprette en proces og et regelsæt, der sikrer, at hvert krav er dokumenteret korrekt, så de spores i overensstemmelse hermed gennem dets livscyklus. Til sidst bør du etablere en gennemgangsproces, så alle ændringer eller opdateringer af et krav bliver korrekt gennemgået, før de implementeres.

Hvorfor har du brug for et kravstyringsværktøj?

Det er ingen hemmelighed, at dårlige krav fører til produkter af dårlig kvalitet, og at disse projekter ofte er fyldt med omfangskryb. Udfordringerne med en dokumentbaseret tilgang til krav er mange, blandt andet at det er svært at holde dem opdateret i den konstant skiftende softwareudvikling. Selvom du har gjort et fantastisk stykke arbejde med at indsamle og dokumentere brugerkrav, er opgaven med at håndtere kravene lige begyndt.

Her er nogle primære grunde til at bruge et automatiseret værktøj til styring af krav ifølge Karl Wiegers (www.processimpact.com-artiklen om automatisering af kravstyring).

Administrer versioner og ændringer. De fleste systemer udgives på en iterativ (eller Agile) måde i dag. Det betyder, at krav vil have versioner knyttet til udgivelsen. At være i stand til at spore ændringer og identificere virkningen af ændringer i at kontrollere ændringer og omfangskryb.

Gem yderligere oplysninger om kravet i kravattributter. Der er så meget mere, vi skal vide om et krav, end kravets redegørelse. For eksempel status for kravene, prioritet, hvem der har anmodet om det og teststatus. Dette er blot nogle få forslag.

Link krav til andre systemelementer. For at sikre at alle krav er en del af produktet, alle krav testes, ændringer evalueres osv. skal vi kunne koble krav til andre systemelementer.

Spor status. Tænk på at kunne lave en liste over alle krav, der ikke er godkendt, alle krav, der ikke er knyttet til krav på lavere niveau, og alle krav, der ikke er testet. Det er den slags information, der hjælper os med virkelig at kende projektets status.

Se undergrupper af krav. Tænk på at kunne se alle højprioriterede krav, der ikke er tildelt en testmetode. Eller et sikkerhedskontor, der kun ønsker at gennemgå de sikkerhedsrelaterede krav. At kunne filtrere krav til kun at inkludere oplysninger, som brugeren er interesseret i at se, reducerer den tid, det tager at gennemgå disse krav.

Styr adgang. Du vil gerne sikre dig, at forretningsanalytikere kun kan ændre brugerkrav; systemanalytikere kan kun ændre systemkrav og så videre. Når den er godkendt, skal adgangen til kravene begrænses, så der ikke kan foretages yderligere ændringer uden en gennemgang.

Kommunikere med interessenter. Meddelelse om ændringer er afgørende for at sikre, at interessenter er opmærksomme på alle potentielle ændringer. De fleste kravstyringsværktøjer kan hjælpe med automatisk at levere denne form for meddelelse.

For dem af os, der har brugt værktøjer til kravstyring, er det svært at forestille sig at gå tilbage til at udføre det arbejde på papiret. Og jeg tror, at der er få af os, der ville vælge at gå tilbage til den metode. Jeg ville personligt tage ethvert kravstyringsværktøj frem for en dokumentbaseret tilgang. Det er dog forbløffende for mig, at mange organisationer af alle størrelser fortsat er afhængige af dokumentbaserede værktøjer til at håndtere deres krav. Brug af et kravstyringsværktøj er et nødvendigt første skridt for at få kontrol over kravene.

Før du køber et kravstyringsværktøj...

Det er ingen hemmelighed, at professionelle kravtekniske løsninger hjælper med at forbedre effektiviteten, når der arbejdes med krav. De hjælper også med at minimere antallet af fejl, der typisk vil føre til dyre rettelser, når de bliver fundet i senere faser af udviklingens livscyklus.

Derfor er mange virksomheder på udkig efter sådanne kravtekniske løsninger, men desværre gælder den samme regel, som for næsten enhver anden type softwareværktøj også for kravtekniske løsninger: et fjols med et værktøj forbliver et fjols...

De bedste kravsingeniørløsninger som Visure Requirement ALM-platformen er meget fleksible til at kunne understøtte næsten enhver form for kravkonstruktionsproces. Selvfølgelig er vi - som værktøjsleverandør - glade for at sælge dig noget software, men vi er overbeviste om, at dette alene ikke vil hjælpe dig. I stedet vil vi gerne hjælpe dig med at få succes med at bruge vores produkter.

Så før du køber en kravteknisk løsning, skal du sørge for, at du har en ordentlig kravkonstruktionsproces defineret med bestemte aktiviteter tildelt bestemte roller. Vi kan selvfølgelig også dele vores erfaringer med dig på dette område. Hvis du kender de detaljerede karakteristika af din proces, er det meget nemmere for dig at finde en passende løsning, der passer til behovene i din proces.

6 tips til en vellykket implementering af et kravstyringsværktøj

For mange år siden brugte jeg flere år på at arbejde på et meget komplekst våbenkontrolsystem. Som du kan forestille dig, var kravene store, komplekse og ændrede sig ofte. Vi brugte meget tid på bare at forsøge at styre de irriterende ændringer, der blev ved med at blive indsendt, både fra kunder og fra udviklerne. I de tidlige dage havde vi ikke nogen kravstyringsværktøjer til at hjælpe os med at vurdere disse ændringer. Vi brugte Interleaf og Excel (jeg kan høre støn af smerte nu). Alt var manuelt, inklusive vores komplekse sporbarhed. Vi havde et par folk, der ikke gjorde andet end at vedligeholde sporbarhedsmatricerne og vurdere virkningen af ændringer. På dette tidspunkt havde vi kun sporbarhed fra driftskonceptet til systemkrav til delsystemkrav. Jeg siger "kun", men på det tidspunkt bare at have dette niveau af sporbarhed var en stor bedrift.

Da vi havde nok ændringer, udstedte vi et nyt systemkravdokument og nyt delsystemkravdokument. De stakkels entreprenører måtte gennemgå de massive delsystemkrav og manuelt bestemme, hvad der var ændret. Jeg kan ikke forestille mig den tid, entreprenørerne brugte på bare at prøve at finde ud af, hvilke ændringer de skulle bekymre sig om.

Det var midt i dette opgraderingsprojekt, at kunden sagde nok og gav mit team til opgave at evaluere og vælge et kravstyringsværktøj. Det værktøj, vi valgte, er ikke vigtigt for denne særlige diskussion, men det, vi lærte af dette værktøjsvalg og -implementering, er vigtigt. Her er nogle erfaringer.

(1) – Der er ikke et eneste værktøj, der vil behage alle. Vi havde brugere, der elskede vores udvalg, og dem, der kæmpede mod os hvert skridt på vejen. Uden en kunde, der støtter og håndhæver ændringen, ville det ikke være muligt på et stort program som dette. En bruger klagede over kolonnestørrelsen på den værktøjsgenererede sporbarhedsmatrix og ignorerede fuldstændig det faktum, at det sparede ham for dages manuel indsats.

(2) – Vores manuelle sporbarhed var ikke særlig ren. Da vi først importerede alle vores oplysninger til værktøjet og koblede dem sammen, fandt vi mange huller i sporbarheden. Hvad der var mere foruroligende var, at vi havde links, der virkelig ikke gav nogen mening. Vi skulle gøre en masse arbejde for at rydde op i vores sporbarhedsmatricer.

(3) - Bare det at spore krav var fantastisk, men nu kunne vi bruge den samme indsats til at koble krav til testplaner og gik så langt som at koble delsystemkrav til designdokumenter, som vi kunne gennemgå. Dette skete ikke fra den ene dag til den anden, men det skete. Til sidst kunne vi spore systemkrav fra et delsystemkrav til et designdokument til et kodemodul. Vi brugte endda et værktøj til at bestemme kompleksiteten af kodemoduler og brugte dette til at hjælpe med at bestemme, hvor svær en ændring ville være at implementere og teste.

(4) – Målinger fra et kravværktøj er nøglen til at forstå fuldstændigheden af testaktiviteter. Vi troede ofte, at vi var 50 % færdige med test. 50 % af testene blev trods alt gennemført. Men hvad vi fandt var, at vi var tilbøjelige til at teste de enkleste og mest forståede dele af systemet først. Så selvom vi var 50% færdige, var alt tilbage, meget høj risiko. Vi lærte at prioritere vores test ved at se på kravprioriteter og softwarekompleksitet, de oplysninger, vi ikke kunne bestemme gennem manuel sporbarhed.

(5) – Det var meget nemt at blive overvældet. Start enkelt. Vi måtte bakke vores ambitiøse ideer tilbage og begynde med en simpel sporbarhedsmodel. Efterhånden som vi lærte og fik mere erfaring med værktøjet, føjede vi flere oplysninger til vores model. Vi vurderede hele tiden vores proces for at finde ud af, hvad vi ellers kunne gøre for at gøre det bedre.

(6) - Spar ikke på træning og vejledning. Vi trænede alle i projektet og skabte eksperter, der hjalp brugerne med at komme over de indledende forhindringer. Vi sendte vores eksperter til vores entreprenører i uger ad gangen for at hjælpe dem med at komme op i gang med at bruge værktøjet. Vi havde endda vores egen interne brugergruppe. Vær forberedt på denne form for indsats.

Hvilken fantastisk lærerig oplevelse dette var for mig. Hvis du er interesseret i at gå i gang med en forandring som denne for at forbedre din kravproces, så kontakt Visure Solutions. Vi vil med glæde drøfte din proces med dig.

Glem ikke at dele dette opslag!