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.
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Litteratur
Søren Lauesen: Vejledning til kravskabelon SL-07 - fra behov til løsning. Forlaget Samfundslitteratur, ISBN 978-87-593-1332-9, 72 sider.
Søren Lauesen: IT-kontrakter for it-folk. Kan downloades gratis her.
Soren Lauesen: Software Requirements - Styles and Techniques, Addison-Wesley, 2002.
Suzanne Robertson & James Robertson: Mastering the Requirements Process, Addison-Wesley, London, 1999. ISBN 0-201-36046-2. Robertsons skabeloner er tilgængelige her.
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.
Litteratur
Søren Lauesen: Vejledning til kravskabelon SL-07 - fra behov til løsning. Forlaget Samfundslitteratur, ISBN 978-87-593-1332-9, 72 sider.
Søren Lauesen: IT-kontrakter for it-folk. Kan downloades gratis her.
Soren Lauesen: Software Requirements - Styles and Techniques, Addison-Wesley, 2002.
Suzanne Robertson & James Robertson: Mastering the Requirements Process, Addison-Wesley, London, 1999. ISBN 0-201-36046-2. Robertsons skabeloner er tilgængelige her.
Få teknisk indsigt og konkrete løsninger til at modstå moderne cyberangreb. Lær af fejl, stop angreb i tide og byg systemer med ægte resiliens. Fokus på lavniveau-detektion, netværksovervågning og hurtig gendannelse. Deltag i Cyber Threats fra...
Vi samler Danmarks stærkeste digitale ledere til en dag med viden og visioner. Årets CIO 2026 fejrer 21 års jubilæum, og NEXT CIO sætter spotlight på næste generation. Deltag og bliv inspireret til at forme fremtidens strategi og eksekvering.
