Kravspecifikationen er bindeled mellem kunde og leverandør - går det galt her, kan hele projekter kuldsejle.
Derfor bør du omhyggeligt gennemgå din kravspecifikation for en række typiske faldgruber, anbefaler professor Søren Lauesen fra IT-Universitet i København.
En klassisk fejl er, at specifikationen enten er for løsningsfokuseret eller forretningsfokuseret.
"De kan være for løsningsorienterede, så der højst er en enkelt leverandør, der kan opfylde dem; de kan være så forretningsorienterede, at leverandøren ikke kan påtage sig ansvaret for dem; eller de kan gøre det svært at sammenligne leverandørernes tilbud," siger Søren Lauesen.
Eller også er kravspecifikationerne simpelthen for uklare og upræcise, forklarer Søren Lauesen.
"Det vil sige, at man ikke kan afgøre, om kravene er opfyldt," siger han.
Problemet består altså i, at man ikke kan dokumentere, om kravene er indfriet.
Støt forretningen
Et nok så væsentligt punkt at have sig for øje er, at kravene skal støtte de formål, man har med systemet. Skønt det måske lyder ligetil, er det ikke altid tilfældet i praksis.
"Selvom kunden får opfyldt kravene, bliver de egentlige behov og forretningsmæssige mål ikke nået," siger professoren.
Et andet problem kan opstå, hvis kravene i for høj grad understøtter eksisterende arbejdsgange.
"Så bliver der ikke plads til nytænkning eller kreativ udnyttelse af de systemer, der kan tilbydes," siger Søren Lausen.
Lad være med at udskyde
Til sidst advarer professoren mod at skubbe det vanskelige i processen.
Han forklarer, at store dele af funktionaliteten typisk leveres tidligt, og kunden tager dele af systemet i brug.
"De vanskelige ting udskydes til senere. Det viser sig til sidst, at leverandøren ikke kan levere disse vanskelige ting, men på grund af det fremskredne tidspunkt bliver kunden nødt til at acceptere systemet alligevel," siger Søren Lausen.
Fem farlige fejl ved kravspecifikationer
Her følger fem farlige fejl ved kravsspecifikationer:
1.
Kravene er på et forkert behovsniveau - for løsnings- eller forrretningsfokuserede.
2.
Kravene er for upræcise til, at man kan verificere dem.
3.
Kravene afspejler ikke de formål, som man har med systemet.
4.
Kravene afspejler i for høj grad de eksisterende arbejdsgange.
5.
Man udskyder de vanskelige ting til sidst.
