Kravhantering

 
 
Idag lever vi i en allt mer marknadsdriven verklighet. Krav kommer från olika håll: kunder, lagar, myndigheter, medarbetare med flera. Hur väger vi kvalitet mot kostnad, vilka krav ska tillgodoses? Hur tar vi hänsyn till motsägelsefulla krav från olika intressenter?

Alla intressenter ställer höga krav på den programvara som utvecklas och därför måste vi ha en bra struktur avseende bland annat hur vi samlar in, prioriterar och testar användarnas krav på systemet.

Ett bra och kostnadseffektivt sätt att lyckas med projekt är att redan från början fokusera på kraven. Att formulera bra krav och därefter ta med dem under hela utvecklingsprocessen bidrar till att alla i projektet relaterar sitt arbete till de uppsatta kraven.

Några vanliga misstag i kravhanteringen (som du kan vara observant på och kanske undvika!)

Målet förändras hela tiden
Nya krav kommer till utan att någon hänsyn tas till resurser eller tidplan. Krav kommer in ”fel väg”, avfärdas men kommer tillbaka igen. Projektets mål blir aldrig beslutat och tydligt.

Dålig prioritering
Alla krav är kritiska. Efter prioritering är 95 procent av kraven fortfarande kritiska och ingen tar ansvar för att välja bort delar av funktionaliteten.

Otydliga eller tvetydiga krav
Mottagarna (utvecklarna) tolkar kraven olika. Det behövs mer information än vad som framgår och risken är att kraven utvecklas utifrån antaganden. Kraven kan inte verifieras.

Obefintlig versionshantering
Godkända ändringar dokumenteras inte och ingen vet riktigt vilken den senaste versionen är eller vad som är uppdaterat. Olika versioner av kravdokumenten kan ha samma datum eller så har identiska dokument olika datum.

Analysen blir aldrig riktigt klar
Hanteringen av krav pågår ständigt då ingen sätter stopp. Nya underlag produceras hela tiden. Ingen del blir tillräckligt klar och tydliggjord så att utveckling kan starta. Startar den kan den inte färdigställas.

Otillräckliga krav från kunden
Alla användares behov har inte kommit fram. Sällananvändare har ersatt regelrätta användare som kanske inte fått tid att delta i projektet.

Lösningar presenteras som krav
Ett klassiskt exempel är att användaren presenterar bildskärmslayouter som krav. Då hamnar fokus på hur resultatet ska se ut, inte vad som ska utföras. En prototyp kanske får ersätta en tydligt formulerad kravspecifikation.

Hur kan vi hjälpa till?

Kravinsamling kan ske med olika metoder. Workshops, enkäter, intervjuer är några arbetssätt där vi kan delta i eller leda arbetet. Att ha en utomstående workshopledare kan t ex bidra till att kraven kan ifrågasättas utan att riskera subjektiva värderingar. Vi dokumenterar naturligtvis resultatet på det sätt kunden önskar.

 

Kontaktperson

 
Oscar Svensson
Business Manager
Telefon+46 8 5229 5716
e-postoscar.svensson@ramboll-informatik.se
Websitewww.ramboll-informatik.se
Application managementBusiness IntelligenceIndustriella lösningarIT-arkitekturIT-stöd i vårdenProjektledningSystemutvecklingVerksamhetsoptimering
© Ramböll Informatik AB  -  www.ramboll-informatik.se  -  tryckt 
© Ramböll Informatik AB    Org. nr. 5563160059       Sitemap    Kontakt