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 ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og 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.
Skal virksomheder stå stærkere mod angreb og kunne udvikle sig, skal sikkerhed, drift og forretning tænkes sammen. Det er tanken bag Jysk IT’s ambition om at skabe en “sikker fremtid” for kunderne.
