Den gode kravspecifikation

Af Stig Andersen
Infoark
Publiceret: Onsdag d. 24. maj 2006

Med en god kravspecifikation kan du øge sandsynligheden for, at dit IT-projekt bliver en succes. Ja, det er faktisk en betingelse. Men mange projektansvarlige viger tilbage fra at skrive dette dokument. Enten fordi man tror det er vanskeligt og teknisk kompliceret. Eller fordi man forstiller sig, at det er tidskrævende og dermed kostbart. Derfor er der forbavsende mange projekter, starter med intet andet end en deadline, et budget og en løs forestilling om, hvad løsningen skal kunne på den anden side.

Denne artikel vil vise dig, at arbejdet med kravspecifikationen for det første er forholdsvis ukompliceret, for det andet en overskuelig opgave, og for det tredje helt centralt i forbindelse med alle IT-projekter. Du vil også blive introduceret til en simpel proces, der netop gør dig i stand til at gå i gang med opgaven selv.

Hvad går galt?

Jeg har efterhånden set en lang række kravspecifikationer og fulgt deres tilblivelse. I min erfaring er det næsten altid det samme der går galt: Den ansvarlige glemmer at fokusere på det væsentlige, nemlig; hvad skal systemet løse.

Kernen af problemet er, at:

• IT udviklere sjældent har et lige så godt kendskab til, hvordan en organisation skal og bør fungere, som forretningsfolk har.
• Forretningsfolk har sjældent en særlig god idé om, hvad IT kan gøre for organisationen

Resultatet er, at projektet lammes, og frem for at arbejde mod en givtig leverance, fokuserer man på meningsløse deadlines.

Men hvordan ser en god kravspecifikation ud? Hvordan kommer man i gang? Og hvad skal den indeholde? Lad os se nærmere på udfordringerne.

Kravspecifikationen - en stor bibel?

For de fleste projektansvarlige forekommer arbejdet med kravspecifikationen som en uoverstigelig opgave. Hundredvis af sider med detaljerede tekniske specifikationer, der skal udregnes og gennemarbejdes før projektet kan komme fra start.

Sådan behøver det ikke at være!

Lad os starte med at slå fast, hvad den gode kravspecifikation ikke er:

• Det er ikke en bibel med detaljerede tekniske krav til løsningen
  Det skal være et overskueligt dokument, der beskriver hvordan systemet fungerer. Du behøver ikke at lave use cases eller andre detaljerede beskrivelser.
• Det er ikke et udbudsmateriale:
  Det er oplagt, at kravspecifikationen kan indgå i et udbudsmateriale, men selve kravspecifikationen handler om dine krav til en løsning, ikke om købet af systemet.
• Det er ikke et dokument, der beskriver, hvad en udvikleren skal levere.
  Din kravspecifikation skal ikke beskrive, hvordan udvikleren skal løse opgaven. Du har den samme rolle som en arkitekt. Arkitekten beskriver hvilke krav, der stilles til huset til huset og hvorfor, og skitserer hvordan og under hvilke omstændigheder det skal bygges.

Men hvad er kravspecifikationen så? Og hvorfor er den så afgørende for IT-projektets succes?

Kravspecifikationen er en beskrivelse af, hvad du ønsker af et system, og hvad du mener, vil være af værdi for din organisation. Det kunne for eksempel være bedre udnyttelse af virksomhedens unikke spidskompetencer. Eller en begrænsning af den tid det tager at producerer noget. For eksempel indhold til et website eller håndtering af kundetransaktioner.

Næste side >