titanic 500x300

Her er årsagen til offentlige it-fiaskoer

I næste måned fremlægger regeringen en rapport, der viser at mistillid, bebrejdelser og uigennemtænkte projekter er årsag til de offentlige it-skandaler.

De offentlige it-skandaler rammer ikke længere blot statskassen med uforudsete ekstraregninger i milliardklassen. Nu går de ud over os alle. Senest koster den digitale tinglysningsskandale almindelige danskere formuer og i det seneste år er alle i samfundet blevet ramt. Lige fra folkeskoleelever, der bliver besværet af testsystemer der ikke virker, over studerende, der ikke kan få SU til virksomheder der bliver fejlopkrævet af SKAT.

Hidtil har staten været meget tilbageholdene med at kritisere sig selv. Men ikke længere. Fiaskoen er så åbenlys, at chefen for statens digitaliseringer sænker paraderne.

”Der er ingen tvivl om, at vi i det offentlige er for dårlige til at håndtere store it-projekter. Når vi over de seneste år har skønnet forkert i størrelsesordnen en milliard kroner, så er det tydeligt, at vi har et for dårligt overblik over projekterne,” siger digitaliseringschef i Finansministeriet Lars Frelle-Petersen til ComON.

Han står i spidsen for en redegørelse over de kaotiske offentlige it-projekter, som regeringen fremlægger i næste måned. Konklusionen er, at projekterne er ugennemtænkte, indebærer en meget høj risiko for fejl og forsinkelser, og at samarbejdet med leverandørerne er elendigt.

”De offentlige it-projekter er kendetegnet ved en høj grad af projekt-umodenhed. Systemerne er ikke tænkt ordentligt igennem, inden de bliver vedtaget. Instanser og styrelser uden erfaring kaster sig ud i meget voldsomme projekter, der indebærer en høj grad af risiko, som vi er for dårlige til at forstå og håndtere. Endelig er samarbejdet med leverandøren ofte præget af mistillid og gensidige bebrejdelser undervejs,” siger Lars Frelle-Petersen.

Alle er dybt frustrerede
Sidste år viste tal fra finansministeriet, at 15 statslige it-projekter siden 2001 er endt i forsinkelser og budgetoverskridelser. Flere af dem gik galt fra starten og er endnu ikke færdige.

”Store it-projekter skal i udbud, og vi skal i reglen vælge det laveste tilbud. Det betyder, at leverandørerne underbyder hinanden i en grad, så man kan have fornemmelsen af, at de som udgangspunkt taber penge på kontrakten og derfor må tjene pengene hjem andre steder. Hver eneste ændring eller nye ide koster ekstra. Det skaber en usund incitamentsstruktur, der skærper konflikterne,” siger Lars Frelle-Petersen.

CSC er blandt de største leverandører af it til det offentlige Danmark. Fritjoj Lind står i spidsen for CSC’s offentlige projekter og er manden bag den digitale tinglysning.

”Formen i det offentlige er, at de har en forretningscase som de søger bevilling til. Det stiller krav til, at businesscasen er meget gennemarbejdet, når det bliver afleveret. Problemet er, at vi som leverandører skal leve med kontrakter, der er meget rigide og som sætter meget store krav til kravsdokumentation. Kontrakterne evner i meget ringe grad at håndtere ændringer undervejs. Tidsplanen er så stram, at selv få ændringer fører til forsinkelser. I det private kan koncerndirektøren træffe nogle hurtige beslutninger, men det offentlige skal tilbage til finansudvalget eller kommunalbestyrelsen og have en ekstra bevilling,” siger Fritjof Lind og tilføjer:

”Vi bliver nødt til finde en metode til at få de offentlige it-projekter til at fungere. Alle bliver mere og mere frustrerede over det her.”

De rigide kontrakter skyldes, at det offentlige ”går med livrem og seler af angst for klagesager,” som Lars Frelle-Petersen siger.
Ingen forstand på it

Det betragter professor Søren Lauesen fra IT-Universitetet som et hovedproblem i det offentlige.

”Ledelsen i det offentlige har ikke forstand på it, og de konsulenter, man benytter, overspecificerer kontrakterne, så leverandørerne er nødt til at programmere helt nye systemer i stedet for at hive noget ned fra hylden,” siger Søren Lauesen.

Organisationen IT-Branchens arbejdsgruppe for digital forvaltning har netop offentliggjort en rapport, der fremhæver udbudsreglerne som et hovedproblem i forhold til offentlige it-fiaskoer. Arbejdsgruppen består af repræsentanter fra blandt andre IBM, CSC og KMD.

”Det konkluderes, at udbudssystemet ikke fungerer efter hensigten. Der kan naturligvis peges på, at der begås fejl hos såvel kunder som leverandører og externe konsulenter/rådgivere. Men det største problem er ikke disse fejl, men at udbudssystemet anvendes på en måde, der er uhensigtsmæssig. De opgaver, som udbydes, er for omfangsrige, idet de indeholder for mange og for detaljerede krav, der skal opfyldes ufravigeligt og ofte på én gang,” konkluderer arbejdsgruppen.

Hovedproblemet er, at udbudssystemet udelukker parterne fra at tale med hinanden under udbuddet. Det betyder, at leverandørerne ikke må foreslå billigere løsninger, men udelukkende skal leve op til kravene i udbuddet. Derfor kan leverandøren ikke rådgive det offentlige om projektet, inden det bliver fastlagt

Opfører sig uventet

Senest dumpede prestigeprojektet med nationale elevtest i folkeskolen med et brag da den skulle tages i brug for 14 dage siden. Systemet kunne dengang ikke håndtere svar fra mange elever samtidigt. Mens skoletestfiaskoen er en klokkeklar fejl fra leverandørens side, så viser tinglysningsskandalen, hvor komplekst problemet kan være. Her er der tale om, at hele fundamentet for systemet er fejlvurderet. Folk bruger ikke systemet, som staten forventede. Det fører til en ophobning af manuelt arbejde, fordi staten fyrede størstedelen af tinglysningsmedarbejderne i forbindelse med digitaliseringen. Derfor hober sagerne sig op og koster borgere og samfund milliarder kroner sammenlagt.

”Vi er for dårlige til at vurdere, hvilke ændringer et nyt it-system medfører i organisationen. Vi skal være bedre til at stoppe op og spørge, hvordan folk egentlig vil bruge det her system,” siger Lars Frelle-Petersen.

Ansvaret for at brugerne bruger it-systemet efter hensigten ligger hos det offentlige. Men leverandørerne er blevet mere bevidste om, at vejlede det offentlige om det aspekt ved it-projekterne.

”Det er systemejeren der har ansvaret for at tænke over, om systemet vil blive brugt efter hensigt. Men i de seneste 2-3 år er vi som leverandører også blevet skarpere til, at spørge ’har i nu tænkt over, hvordan brugerne bruger systemet, og har i tænkt alle potentielle interessenter ind?’,” siger Fritjof Lind.

Regeringens redegørelse fokuserer at hive mest mulig viden ud af de projekter der er gået galt. Men Lars Frelle-Petersen understreger, at betingelserne i det offentlige er, at projekterne ofte er meget store og grundlæggende for samfundet.

"Der er også ekempler på, at vi gør det godt, og man skal tage i betragtning, at der er nogle vilkår i staten som er anderledes end i det private. Projekterne er politisk vedtaget, og forandringerne er meget vidtrækkende," siger Lars Frelle-Petersen.

Det offentlige arbejder på at indføre nye modeller for projektstyring, hvor projekterne bliver delt op i mindre dele, som er nemmere at overskue.
 

Kommenter denne artikel


Kommentarer

11 kommentarer

Nej der findes ingen lette løsninger! Jeg er enig i det sidste afsnit, som konkluderer at:
• der skal arbejdes efter andre projektmeto-der og
• projekterne skal være mindre og lettere at overskue

For de største udfordring i både privat og offentlig regi er at skabe forandringer uden at forstyrre den daglige drift.

Det kræver, at den daglige forretning er velforstået (analyser eller god dokumentation) og at der er en erkendelse af optimerings behov (forandringsparat organisation). Og ofte er det allerede her de første fejl bliver begået, for uden dette overblik og denne forståelse kan ”kunden” ikke lave en ordentlig plan (portfolie af projekter – roadmaps) som sikre, at der bliver startet med de vigtigste processer og at opgaven ikke bliver for stor både hvad angår udvik-ling og test, men også forandringsmæssigt i organi-sation.

Så konklusionen er spot on! Og mine erfaringer siger, at løsningen på problemet er en tre trinsrak-ket:

1) ANALYSE ”kend din butik - lav en plan for foran-dring af forretningsprocesserne – det vigtigste først”

2) UDBUD ”Vær specielt opmærksom på target løsningen (SW produktkategori): er det en kunde udviklet løsning, eller er det en konfigureret løsning eller er det er standard løsning (COTS) eller endelig et mix af det hele. Pas på færdig produkter (COTS) de holder ikke altid hvad de lover – tag på referen-ce besøg, før endelig valg, og vælg en leverandør som forstår agil udvikling som skal levere hurtige værdi for kunden.

3) IMPLEMENTERING ”Definere velafgrænsede for-retningsområder - involvere forretningen i den ite-rative udvikling ifbm test af løsningen, tænk test ind fra starten”.

Agil metoder er kodeordet hele vejen igennem: ”kend dig forretning (kunder, produkter, proces, system, organisation)”, ”vigtigst først”, ”fjern usik-kerhed”, ”kunden i centrum”, ”krav og test er samme sag”, ”hurtige leverancer”, ”små velfunge-rende teams” …

Så der er et stykke arbejde som ikke kan springes over!

Anders Færgemand Høyer 25 March 2010 kl. 10:07
For mange akademikere og for meget bullshit bingo.
Skif 19 March 2010 kl. 21:30
@GeekCamp:
"De gør det sgu mere besværligt end det burde være.
En flok mysql servere, en gang nginx webservere samt noget fcgi-php vil sikkert kunne løse de fleste ting det offentlige har behov for. "

Hvis jeg kan gætte hvor mange store offentlige it-projekter, du har deltaget i ... vinder jeg så en skumfidus?

Torben Frandsen 17 March 2010 kl. 14:42
Hvis flere IT-projektledere og DJØF'ere bare ville læse - og forstå! - "Mythical Man Month".
Kenneth Geisshirt 17 March 2010 kl. 10:18
Nu hedder det jo nu engang "Offentlig Administration", ikke "Offentlig Innovation".

At forsøge at lave innovation indenfor en ramme af offentlige chefer, der er ansat til administration er næsten dømt til fiasko på forhånd.

Typisk er udviklingen de senere år i forhold til IT-projekter i det offentlige da netop også gået på at indføre mere bureaukrati og kontrol. De offentlige chefer kender kun een metode, når der opstår styringsproblemer: Mere bureaukrati. Kilometerlange kravspecs, omfattende projektstyringsmodeller osv osv osv, alt sammen blot mere bureaukrati og kontrol.

Hvis man vil have nogle flere offentlige IT-projekter, der bliver en succes, skal man til at tænke på at hyre en anden type chefer i det offentlige: Folk der tænker produkt og ikke kun procedurer...

Henrik 17 March 2010 kl. 03:19


301x202 ComOFF: iPad er stor nok til sumofingre
26/08, 08:02 Japanske sumobrydere får udleveret iPads for at forbedre kommunikationen.
404 Homer ComOFF: Farverige fejlsider
18/08, 13:10 De såkaldte 404-sider kan laves på mange måder.

Ansvarshavende chefredaktør: Jens Nielsen
Telefon: +45 39150305
Adresse: Carl Jacobsens Vej 16, 2500 Valby
© Mediaprovider A/S

Mediaproviders websites

Nyhedsbrev

Nyhedsbrevstilmelding

Modtag daglige opdateringer med nyheder fra denne side i din indbox. Indtast din mail adresse forneden.

Vælg hvilken version du vil have nyhedsbrevet i. Dette kan senere ændres nederst i mailen ved at klikke på "skift version"