6 tip til succesfuld implementering af dit Requirement Management-værktøj
Hvorfor har du brug for et værktøj til styring af krav:
Det er ingen hemmelighed, at pgulvkrav fører til produkter af dårlig kvalitet og at disse projekter ofte er fyldt med omfangskryp. Udfordringerne med en dokumentbaseret tilgang til kravene er mange, herunder det faktum, at det er svært at holde dem opdateret i den stadigt skiftende softwareudvikling. Selvom du har udført et fantastisk arbejde med at indsamle og dokumentere brugerkrav, er opgaven med at styre 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 frigives på en iterativ (eller Agile) måde i dag. Dette betyder, at kravene har versioner tilknyttet udgivelsen. At være i stand til at spore ændringer og identificere virkningen af ændringer er at kontrollere ændringer og omfangskryp.
- Gem yderligere oplysninger om kravet i kravattributter. Der er så meget mere, vi har brug for at vide om et andet krav end kravets erklæring. For eksempel: status for kravene, prioritet, hvem der har anmodet om det, teststatus. Dette er blot nogle få forslag.
- Link krav til andre systemelementer. For at sikre, at alle krav er en del af produktet, testes alle krav, ændringer evalueres osv. Skal vi være i stand til at knytte krav til andre systemelementer.
- Spor status. Tænk på at kunne oprette 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. Dette er den slags information, der hjælper os med at kende projektets status.
- Se delmængder for krav. Tænk på at kunne se alle højt prioriterede krav, der ikke er tildelt en testmetode. Eller et sikkerhedskontor, der kun vil gennemgå de sikkerhedsrelaterede krav. At kunne filtrere krav til kun at omfatte oplysninger, som brugeren er interesseret i at se, reducerer den tid, det tager at gennemgå disse krav.
- Kontroller adgang. Du vil være sikker på, at forretningsanalytikere kun kan ændre brugernes krav; systemanalytikere kan kun ændre systemkrav osv. Når det er godkendt, skal adgangen til kravene være begrænset, så der ikke kan foretages yderligere ændringer uden gennemgang.
- Kommuniker 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 levering af denne form for underretning.
For dem af os, der har brugt værktøjer til styring af krav, er det svært at forestille sig at vende tilbage til at udføre det arbejde på papir. Og jeg tror, at der er få af os, der vælger at gå tilbage til den metode. Jeg personligt ville tage ethvert værktøj til styring af krav over en dokumentbaseret tilgang. Det er dog forbløffende for mig, at mange organisationer i alle størrelser fortsætter med at stole på dokumentbaserede værktøjer til at styre deres krav. Brug af et kravstyringsværktøj er et påkrævet første skridt til at få kontrol over kravene.
Før du køber et værktøj til styring af krav:
Det er ingen hemmelighed, at professionel Kravstekniske løsninger hjælper med at forbedre effektiviteten når du arbejder med krav. De også hjælpe med at minimere antallet af fejl hvilket typisk vil føre til dyre korrektioner, når de findes i senere faser af udviklingslivscyklussen.
Derfor er mange virksomheder på udkig efter sådanne kravstekniske løsninger, men desværre er den samme regel, at for næsten enhver anden type softwareværktøjer også gælder for kravstekniske løsninger: en fjols med et værktøj forbliver en fjols ...
Den bedste i klassen krav til tekniske løsninger som Visure Requirement ALM platform er meget fleksible ved at kunne at understøtte næsten enhver form for kravsteknisk proces. Selvfølgelig sælger vi - som værktøjsleverandør - gerne software, men vi er overbeviste om, at dette alene ikke hjælper dig. I stedet we vil hjælpe dig med at få succes i brugen af vores produkter.
Så før du køber en kravsteknisk løsning Sørg for at du har en korrekt kravsteknisk proces defineret med bestemte aktiviteter tildelt bestemte roller. Selvfølgelig kan vi også dele vores oplevelser med dig på dette område. Hvis du kender de detaljerede egenskaber ved din proces det er meget lettere for dig at finde en passende løsning, der passer til din behandle.
6 tip til succesfuld implementering af et Requirements Management-værktøj i et komplekst system
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 ofte. Vi brugte en masse tid på at forsøge at styre de irriterende ændringer, der fortsat blev indsendt, både fra kunder og fra udviklerne. I de tidlige dage, vi havde ingen værktøjer til styringsstyring til at hjælpe 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 mennesker, der ikke gjorde andet end at opretholde sporbarhedsmatricerne og vurdere virkningen af ændringer. På dette tidspunkt havde vi kun sporbarhed fra begrebet operationer til systemkrav til delsystemkrav. Jeg siger ”kun”, men på det tidspunkt var det bare en stor succes at have dette niveau af sporbarhed.
Da vi havde tilstrækkelige ændringer, udstedte vi et nyt systemkravsdokument og nyt dokument med krav til undersystemer. Disse dårlige entreprenører måtte gennemgå de massive delsystemkrav og manuelt bestemme, hvad der havde ændringer. Jeg kan ikke forestille mig den tid, som entreprenørerne brugte bare på at finde ud af, hvilke ændringer de havde brug for at være bekymrede for.
Det var midt i dette opgraderingsprojekt, at kunden sagde nok og fik mit team til at evaluere og vælge et kravstyringsværktøj. Det værktøj, vi valgte, er ikke vigtigt for denne særlige diskussion, men hvad vi lærte af dette værktøjsvalg og implementering er vigtigt. Her er nogle erfaringer.
(1) - Der er ikke et enkelt værktøj, der vil behage alle. Vi havde brugere, der elskede vores valg, og dem, der kæmpede os hvert trin 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 søjlestørrelsen på det værktøjsgenererede sporbarhedsmatrix og ignorerede fuldstændigt det faktum, at det sparede ham dage med manuel indsats.
(2) - Vores manuelle sporbarhed var ikke særlig ren. Når vi først havde importeret al vores information til værktøjet og forbundet dem, fandt vi mange huller i sporbarheden. Hvad der var mere foruroligende var, at vi havde links, der virkelig ikke gav mening. Vi var nødt til at gøre en masse arbejde for at rense op i vores sporbarhedsmatricer.
(3) - Bare sporing af krav var fantastisk, men nu kunne vi bruge den samme indsats for at linke krav til testplaner og gik så langt som at forbinde delsystemkrav til designdokumenter, som vi kunne gennemgå. Dette skete ikke natten over, men det skete. Til sidst kunne vi spore systemkrav til et undersystemkrav 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 vanskelig en ændring ville være at implementere og teste.
(4) - Metrikker fra et kravværktøj er nøglen til forståelse af testaktiviteters fuldstændighed. Vi troede ofte, at vi var 50% komplette med test. Efter alt var 50% af testene afsluttet. Det, vi dog fandt, var, at vi først var tilbøjelige til at teste de enkleste og mest forståede dele af systemet. Så selvom vi troede, at vi var 50% komplette, var alt tilbage meget høj risiko. Vi lærte at prioritere vores test ved at se på kravprioriteter og softwarekompleksitet, oplysninger, vi ikke kunne bestemme gennem manuel sporbarhed.
(5) - Det var meget let at blive overvældet. Start simpelt. Vi måtte bakke vores ambitiøse ideer op og begynde med en simpel sporbarhedsmodel. Da vi lærte og fik mere erfaring med værktøjet, tilføjede vi flere oplysninger til vores model. Vi vurderede konstant vores proces for at finde ud af, hvad vi ellers kunne gøre for at gøre det bedre.
(6) - Skimp ikke på træning og mentoring. Vi underviste 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 flere uger ad gangen for at hjælpe dem med at komme hurtigere i brugen af værktøjet. Vi havde endda vores egen interne brugergruppe. Vær forberedt på denne form for indsats.
Hvilken stor læringsoplevelse det var for mig. Hvis du er interesseret i at påbegynde en ændring som denne for at forbedre dine kravsprocesser, kontakt Visure Solutions. Vi diskuterer gerne din proces med dig.
