En kravspecifikation er ikke en ønskeliste

Mange kravspecifikationer bliver til lange dokumenter med hundredevis af funktioner. Resultatet er ofte, at leverandørerne svarer ja til det meste, mens virksomheden stadig er usikker på, om løsningen faktisk løser de rigtige problemer.

En god kravspecifikation beskriver først og fremmest, hvad virksomheden ønsker at opnå – ikke hvordan løsningen skal bygges.

Start med problemet

Før kravene beskrives, bør virksomheden kunne forklare, hvilket problem der skal løses.

Er målet at spare tid? Reducere fejl? Skabe bedre overblik? Understøtte en ny forretningsmodel?

Når problemet er tydeligt, bliver det langt lettere at vurdere, hvilke krav der faktisk er nødvendige.

Beskriv arbejdsgangene

En kravspecifikation bør tage udgangspunkt i den måde, virksomheden arbejder på.

Beskriv de vigtigste processer, hvor udfordringerne opstår, og hvordan en ny løsning skal understøtte dem.

Det giver leverandøren mulighed for at foreslå den bedste løsning – ikke bare den løsning, virksomheden havde forestillet sig.

Skeln mellem krav og ønsker

Ikke alle krav er lige vigtige.

Derfor bør kravspecifikationen tydeligt vise, hvilke krav der er:

  • Ufravigelige.
  • Vigtige.
  • Ønskelige.

Det giver både virksomheden og leverandøren større fleksibilitet og gør det lettere at prioritere undervejs.

Det gør det også lettere for ledelsen at træffe bevidste valg, når der skal indgås kompromiser

Beskriv rammerne

Leverandøren har brug for at forstå projektets rammer.

Eksempelvis:

  • Hvilke eksisterende systemer skal løsningen integrere med?
  • Er der særlige sikkerheds- eller lovkrav?
  • Hvor mange brugere skal anvende systemet?
  • Hvilke data skal håndteres?
  • Er der en ønsket tidsplan?

Beskriv succeskriterierne

En god kravspecifikation beskriver ikke kun, hvad systemet skal kunne.

Den beskriver også, hvordan virksomheden ved, at projektet er en succes.

Det kan eksempelvis være:

  • 30 % mindre manuelt arbejde.
  • Færre fejlregistreringer.
  • Hurtigere sagsbehandling.
  • Bedre datakvalitet.
  • Øget kundetilfredshed.

En kravspecifikation er ikke færdig fra starten

Mange tror, at en kravspecifikation skal beskrive alt i detaljer, før projektet kan begynde.

I praksis udvikler forståelsen sig ofte undervejs. Derfor bør dokumentet ses som et beslutningsgrundlag, der kan kvalificeres løbende – ikke som et statisk dokument, der aldrig må ændres.

Hvad bør en kravspecifikation indeholde?

  • Baggrund og formål.
  • Forretningsmæssige mål.
  • Beskrivelse af nuværende arbejdsgange.
  • Problemer og udfordringer.
  • Succeskriterier.
  • Funktionelle krav.
  • Ikke-funktionelle krav (sikkerhed, performance, drift osv.).
  • Integrationer.
  • Projektets rammer og forudsætninger.
  • Prioritering af krav.

Kort opsummeret

En god kravspecifikation handler ikke om at beskrive flest mulige funktioner. Den handler om at skabe en fælles forståelse af virksomhedens behov, mål og rammer, så både virksomhed og leverandør arbejder mod den samme løsning. Jo bedre beslutningsgrundlaget er, desto større er sandsynligheden for et vellykket softwareprojekt.