Artikel top billede

(Foto: Computerworld)

Her er fem håbløse fejl i din kravspecifikation

It-Akademiet: Professor fra IT-Universitetet fortæller her om fem typiske fejl i kravspecifikationer. Læs hvad du som it-chef bør tjekke din kravspecifikation for.

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.




Brancheguiden
Brancheguide logo
Opdateres dagligt:
Den største og
mest komplette
oversigt
over danske
it-virksomheder
Hvad kan de? Hvor store er de? Hvor bor de?
Ed A/S
Salg af hard- og software.

Nøgletal og mere info om virksomheden
Skal din virksomhed med i Guiden? Klik her

Kommende events
Compliance og strategisk it-sikkerhed efter DORA

Finansielle koncerner har i snit 85 sikkerhedsløsninger i drift – men er i snit op til 100 dage om at opdage et igangværende cyberangreb. Ydermere viser øvelser, at det typisk tager 4-6 uger at rense og genetablere sikker drift af centrale systemer efter et stort angreb. Fokus for dagen vil derfor være på henholdsvis governance samt om, hvordan du som it-leder i den finansielle sektor skal kunne håndtere fremtidens cybertrusler og arbejde effektivt med sikkerhed på et strategisk niveau.

04. april 2024 | Læs mere


EA Excellence Day

Hvad er det, der gør it-arkitektens rolle så vigtig? Og hvad er det for udfordringer inden for områder som cloud, netværk og datacentre, som fylder hos nogle af landets bedste it-arkitekter lige nu? Det kan du her høre mere om og blive inspireret af på denne konference, hvor du også får lejlighed til at drøfte dette med ligesindede.

16. april 2024 | Læs mere


IAM - din genvej til højere sikkerhed uden uautoriseret adgang og datatab

På denne dag udforsker vi de nyeste strategier, værktøjer og bedste praksis inden for IAM, med det formål at styrke virksomheders sikkerhedsposition og effektiviteten af deres adgangsstyringssystemer og dermed minimere risikoen for uautoriseret adgang og datatab. Og hvordan man kommer fra at overbevise ledelsen til rent faktisk at implementere IAM?

18. april 2024 | Læs mere