Derfor er den gode kravspecifikation ved IT-projekter essentiel

Jeg har flere gange i min karriere været på en slags redningsmission.

Når webprojekter kuldsejler

Scenariet er typisk et kuldsejlet webprojekt, hvor der hurtigt er opstået uoverensstemmelser mellem et lidt for optimistisk tilbud fra et bureau og virkeligheden. Dette er ikke en generel kritik af bureauer, for der findes mange særdeles kompetente og realistiske af slagsen – og jeg er jo i princippet selv et lille et af slagsen.

Jeg har endda prøvet at blive kontaktet af et bureau, som tidligere havde konkurreret med mig, fordi de nu havde brug for rådgivning om en specifik funktion, jeg engang havde lavet på en ældre udgave af en hjemmeside.

Når konflikten truer

Hvis man ikke er skarp og strategisk, kan det hele ende i et juridisk slagsmål. I bedste fald forsøger bureauet at holde på koden, eller også får kunden blot det, der er lavet indtil nu – uden at det overhovedet er sat i drift.

Kravspecifikationen som redningsplanke

Her bliver en god kravspecifikation helt essentiel – kombineret med realisme. Nogle personprofiler hopper nemlig lige i med begge ben, når en leverandør lover dem et “rumskib til 20.000 kr.”

Facaden er vigtig – men ikke nok

Hvis man ikke er IT-kyndig, har man som regel kun interesse for facaden – hvilket er helt fair. For hvorfor skulle man gå op i de tekniske detaljer? Men tænker man sig om, kan man godt regne ud, at der skal betales løn til medarbejderne, som arbejder i et firma, der også skal drives og have overskud.

Når man er nødt til at forholde sig til, at der også er økonomi involveret

Selv prøver jeg at være så ærlig som muligt, når det handler om økonomi. Det er utroligt nemt at komme til at sælge sig selv for billigt – især med min personprofil, som ikke er verdens bedste forhandler. Der er en årsag til, at jeg ikke blev sælger. For mig handler det først og fremmest om produktet og om at hjælpe kunden. Men jeg er naturligvis også bevidst om, at der skal mad på bordet.

Jeg prøver at være en af de ufarlige IT-firmaer, som forhåbentlig aldrig bliver nødt til at sende en astronomisk regning, som ingen har aftalt.

Skal du svejse under vandet – eller kan noget enklere gøre det?

Løsningen er en grundig behovsafklaring. For er der i virkeligheden behov for et system, der kan “svejse under vandet”? Eller kan en enklere løsning håndtere opgaven lige så fint?

For nogle mennesker er det fristende at drømme om systemer, der både kan “svejse under vandet” og være færdige på 14 dage. Men hvorfor ikke bare være ærlige fra starten og få afklaret både behov og problemstilling på en grundig måde?