Gode råd: Sådan skal du indregne kravspecifikationen i dit it-projekt

Hvis du ikke får bygget et solidt fundament til dit it-projekt, bliver det sjældent rigtig godt. Du bør derfor vide, hvorfor og hvordan du laver den næste kravspecifikation.

Artikel top billede

(Foto: Computerworld)

Læs også: 

Tjekliste: Sådan kommer du i gang med at skrive kravspecifikation

Sådan udarbejder du den perfekte krav-specifikation

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

Styrelse dropper kravspecikationer: Satser på agil udvikling

Det er svært at forestille sig et solidt hus uden et egentligt fundament.

Det samme gør sig gældende, når vi taler om it-projekter.

"Tanken om ikke at have en kravspecifikation og bare kaste sig ud i et it-projekt, virker slet ikke. Hvis ikke fundamentet er lavet, bliver det sjældent rigtig godt," siger Lars Ingemann, partner hos Deloitte.

Han har arbejdet med kravspecifikationer på begge sider af bordet igennem de sidste 25 år og har en helt klar holdning til, hvorfor de er så vigtige, hvordan man laver dem og hvad en god én indeholder. 

Derfor er kravspecifikationen fundamentet for dit it-projekt

Men først og fremmest er det altså hele fundamentet for et it-projekt.

Opnår man så det flotte og velproportionerede palæ blot ved at have en god kravspecifikation og omvendt, ender man op med et faldefærdigt skur med en tilsvarende ringe kravspecifikation?

Det korte svar er nej. 

"Jeg tror ikke, at der er en en-til-en-sammenhæng. En god kravspecifikation er en forudsætning for et godt projekt - sagt på en anden måde: Hvis der ikke er den fornødne kvalitet i kravspecifikation, bliver det næsten aldrig rigtig godt," siger Lars Ingemann.  

Et fundament er derfor en vigtig forudsætning at bygge ud fra.

Men selvom fundamentet er velstøbt og solidt, er der jo mange andre ting der kan gå galt.

"Der kan gå alt muligt galt efter kravspecifikationen er færdig. Starter du for eksempel med en meget presset tidsplan, går projektet næsten altid galt lige meget, hvor god kravspecifikationen er. Men man slipper altså ikke for at lave den," pointerer han.

Det tjener en kravspecifikation overordnet til

Det tjener en kravspecifikation overordnet til

Ifølge Lars Ingemann tjener it-projektets fundament to helt konkrete formål.

"Det ene er at få forventningsafstemt med forretning. Altså hvad har vi brug for. Vi kalder det elicitation i fagterm, og det handler om at få trukket et præcist billede ud af forretningen af, hvad for en løsning man vil have," siger han og følger op med den anden: 

"Dernæst skal behovene kommunikeres til leverandøren. Det hjælper kravspecifikationen ligeledes med, fordi du igennem den får formuleret og fortalt til leverandøren, hvad det er, løsningen skal kunne og hjælpe til med at understøtte."

Han har set mange eksempler på, hvordan man prøver at springe let hen over kravspecifikationsopgaven, fordi den ikke opfattes som en vigtig og værdifuld proces, men blot som en tidskrævende aktivitet.

"Bare at tage en løs dialog med leverandøren og lade dem komme med et tilbud på et løsningsforslag kan være en farlig fremgangsmåde. I sådanne situationer bliver det ofte leverandørens forståelse af forretningens behov, der danner grundlaget for projektet, og det kører næsten altid galt," siger Lars Ingemann.
 
Du bliver som kunde selv nødt til at forstå dit egen virksomhed og dets behov.

"Hvis man som kunde ikke selv har gjort sig arbejdet med at forstå, hvad forretningen har brug for og kan udtrykte det klart og præcist, skal man være meget heldig med at få succes," siger han.

Læs også: Sådan udarbejder du den perfekte krav-specifikation

Vælg det rigtige værktøj

Svær øvelse

Mens det er noget nemmere at lave fundamentet til et rækkehus, vedbliver det med at være en udfordring med it-projekter.

"Hver gang vi skal kravspecificere et it-system, er det jo nyt land. Ellers købte vi jo bare det eksisterende system, der opfyldte behovet. Noget er serieproduktion, eksempelvis i byggeriet, og noget er simpelthen specialproduktion, og det er it-systemer langt hen ad vejen, og derfor er det svært," siger han.

Det svære er ifølge Lars Ingemann at forstå, at kravspecifikationer ikke altid kan laves på samme måde. Man skal i langt højere grad se processen, som en opgave der skal løses med forskellige redskaber.

"Jeg tror, der er nogle derude, som melder sig ind i en bestemt metodisk skole, og siger uanset opgaven, 'bruger jeg en hammer, fordi jeg synes den ligger rigtig godt i hånden'," siger han og fortsætter: 

"Jeg mener dog, at man skal se kravspecifikation som et håndværk, man skal øve sig i. Der er ikke bare én rigtig vej, der er forskelige metoder i din værktøjskasse," siger Lars Ingemann.

Vælg det rigtige værktøj

Du bliver først nødt til at kigge på din opgave og så vælge det redskab, der giver bedst mening.

"Det handler dog ikke blot om, hvad man vælger i værktøjskassen. Det handler i høj grad også om at fokusere på det særlige i løsningen og vælge det rigtige niveau i kravspecifikationen. Når man har forstået projektet ordentligt og måske fundet ud af, hvilke dele der er særlig kritiske, kan man begynde at tage de rigtige redskaber frem, der passer til opgaven," siger han.

Således kan du ikke altid udarbejde en succesfuld kravspecifikation på samme måde - det kommer an på den specifikke opgave.

Dog vil Lars Ingemann godt stå på mål for, hvad en god kravspecifikation altid bør indeholde:

"Sagt meget firkantet fortæller en god kravspecifikation, hvad forretningen skal bruge, hvorfor den skal bruge det, men den fortæller ikke, hvordan løsningen konkret skal designes."

Læs også: 

Tjekliste: Sådan kommer du i gang med at skrive kravspecifikation

Sådan udarbejder du den perfekte krav-specifikation

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

Styrelse dropper kravspecikationer: Satser på agil udvikling

Computerworld Events

Vi samler hvert år mere end 6.000 deltagere på mere end 70 events for it-professionelle.

Ekspertindsigt – Lyt til førende specialister og virksomheder, der deler viden om den nyeste teknologi og de bedste løsninger.
Netværk – Mød beslutningstagere, kolleger og samarbejdspartnere på tværs af brancher.
Praktisk viden – Få konkrete cases, værktøjer og inspiration, som du kan tage direkte med hjem i organisationen.
Aktuelle tendenser – Bliv opdateret på de vigtigste dagsordener inden for cloud, sikkerhed, data, AI og digital forretning.

Digital transformation | Ballerup

Computerworld Cloud & AI Festival 2026

Eksplosiv udvikling i cloud og AI kræver overblik og viden. Computerworld samler 3.000 it-professionelle, 70+ leverandører og 120+ talere om AI, infrastruktur, data, compliance og sikkerhed. To dage med viden og netværk. Tilmeld dig nu.

Digital transformation | Frederiksberg

Roundtable: AI i drift – fra eksperimenter til ansvar, værdi og kontrol

AI-initiativerne breder sig hurtigt, men skaleringen halter. Kun hver fjerde virksomhed har flyttet en større del af sine AI-eksperimenter i produktion. Computerworld samler en udvalgt kreds af CIO’er og digitale beslutningstagere til et...

Navnenyt fra it-Danmark

Norriq Danmark A/S har pr. 2. marts 2026 ansat Sarah Strøyer Hove som Consultant ERP. Hun skal især beskæftige sig med de nyeste teknologiske muligheder sammen med forretningsprocesserne. Hun kommer fra en stilling som Business Controller hos NGI A/S. Hun er uddannet hos Professionshøjskolen UCN som markedsføringsøkonom og International Handel og Markedsføring. Hun har tidligere beskæftiget sig med lager og logistik. Nyt job

Sarah Strøyer Hove

Norriq Danmark A/S

Rethink Cybersecurity Advisory har pr. 1. juli 2026 ansat Michael Nyboe Engelrud som Associeret Partner & Senior Advisor. Han skal især beskæftige sig med spændingsfeltet mellem Informationssikkerhed og ansvarlig AI, Governance, Risk & Compliance og IT Beredskab. Han kommer fra en stilling som Principal Management Consultant hos Devoteam A/S. Han er uddannet AI Navigatør, certificeret i AI Transformation, Crisis Management med fundament i Computer Science. Han har tidligere beskæftiget sig med Ledelse, rådgivning, Databeskyttelse og Digital transformation. Nyt job

Michael Nyboe Engelrud

Rethink Cybersecurity Advisory

Lector ApS har pr. 9. juli 2026 ansat Simeon Dimitrov som IT-konsulent i Lectors TeamShare-gruppe. Han skal især beskæftige sig med cloud og infrastruktur samt design og optimering af Lectors infrastruktur og løsninger. Han kommer fra en stilling som DevOps Engineer hos Kraftvaerk. Han har tidligere beskæftiget sig med Azure og onprem infrastruktur, automatisering, implementering og optimering af cloudløsninger. Nyt job

Simeon Dimitrov

Lector ApS

Stine Willemoes Kondrup, Senior Project Manager hos Ascom, har pr. 22. juni 2026 fuldført uddannelsen Master i it, linjen i organisation på Aalborg Universitet via It-vest-samarbejdet. Færdiggjort uddannelse