Sådan skriver du en god kravspecifikation

En kravspecifikation er det dokument, der afgør, om du får det system, du havde brug for, eller det system du kom til at bestille. De fleste dyre it-skuffelser starter med en uklar eller alt for detaljeret kravspec. Her er hvordan du skriver en, der faktisk hjælper både dig og din leverandør.

Beskriv problemet, ikke løsningen

Den vigtigste regel: fortæl hvad der skal opnås, ikke hvordan det skal bygges. Skriver du ‚der skal være en knap, der åbner en dropdown med kunder‘, har du allerede designet systemet, og måske forkert. Skriver du i stedet ‚medarbejderen skal hurtigt kunne finde den rette kunde, også når der er tusindvis‘, får leverandøren lov at foreslå den bedste løsning.

Mål frem for løsning giver leverandøren plads til at bruge sin erfaring. Det er trods alt det, du betaler for.

Hvad en god kravspec indeholder

• Formål og succeskriterier. Hvad skal være anderledes bagefter? Helst målbart: ‚fakturering skal tage 10 minutter i stedet for 2 timer‘.
• De vigtigste arbejdsgange. Beskriv hvordan opgaven løses i dag, skridt for skridt, og hvor det gør ondt.
• Brugere og roller. Hvem gør hvad, og hvad må de se og redigere?
• Data og integrationer. Hvilke oplysninger indgår, og hvilke systemer skal der udveksles med?
• Ikke-funktionelle krav. GDPR, oppetid, antal brugere, sprog.
• Afgrænsning. Skriv eksplicit hvad der IKKE er med i denne omgang. Det er ofte det vigtigste afsnit.

Prioritér, alt kan ikke være vigtigst

En liste hvor alt er ‚kritisk‘ er ubrugelig. Del kravene i skal, bør og kunne. Det gør det muligt at bygge det vigtige først og skære fra, hvis budget eller tid strammer til. En leverandør, der kan se hvad der er must-have, kan give dig et langt mere realistisk tilbud, og I undgår at bruge penge på pynt.

Faldgruber

• For mange detaljer, for tidligt. En 60-siders kravspec er tit et forsøg på at fjerne al usikkerhed på forhånd. Det virker sjældent, man bliver klogere undervejs. Beskriv det vigtige grundigt og lad detaljer modnes.
• Løsninger forklædt som krav. ‚Der skal være en Excel-eksport‘ er en løsning. Kravet er måske ‚revisor skal kunne få tallene ud‘.
• Ingen afgrænsning. Uden en tydelig grænse vokser projektet af sig selv, det er sådan it-projekter løber løbsk.
• Ingen prioritering. Så bestemmer tilfældighederne, eller den, der råber højest, rækkefølgen.

Brug den som samtale, ikke kontrakt

Den bedste kravspec er levende. Send den til leverandøren og lad dem stille spørgsmål, deres spørgsmål afslører hullerne, mens det stadig er gratis at lukke dem. Er dokumentet godt, bliver prissætningen af udviklingen også markant mere præcis, fordi der er mindre at gætte om.

Skal du i gang med at beskrive et system og er i tvivl om hvor detaljeret du skal være, så skriv til mig, jeg hjælper gerne med at få kravene skåret rene, før udviklingen går i gang.