Dette kan vi lære af Polsag-skandalen


Publiceret d. 3. februar 2012 kl. 15.01 | Antal kommentarer (2)


Annonce:
 
ANNONCE:
 
Computerworld mener: Danmark er i dag vågnet til lukningen af Polsag.

Endnu et projekt vi kan stille i de offentlige it-skandalers beskidte haller.

Endnu et projekt, der kan stå som en skamstøtte over dansk forvaltningskultur.

Fallerede it-projekter af denne her størrelse er på mange måder katastrofale.

For ikke bare er de lig med budgetoverskridelser og tabte millioner, hvilket er slemt nok i det nuværende økonomiske klima.

De betyder også, at de produktivitetsgevinster, vi skulle have høstet, udebliver.

De betyder, at den lettere hverdag, vi gerne vil give brugerne af systemet, i dette tilfælde vores betjente, ikke materialiserer sig.

Gift for digitaliseringen
Men værst af alt er det gift. Det er gift for digitaliseringen af det offentlige Danmark som vi må og skal igennem, hvis vi skal løse de mange økonomiske og demografiske udfordringer, vi som land står over for.

Kan du huske Amanda? Kan du huske Tinglysningen? Det er det, der bliver fortællingen i den danske befolkning. Det er det, der bliver fortællingen hos de danske politikere.

Et af de store rungende spørgsmål er, hvorfor det har taget så lang tid, at sige stop til Polsag?

Og et af svarene skal findes i dansk forvaltningskultur.

Det har længe været kendt at Polsag ikke kørte på skinner, at det var problemer. Der er bare ikke blevet sagt stop.

Det er ikke en udfordring, der afgrænser sig til it-verdenen, hvilket vi kan se på eksempelvis sagen med de ombruste IC4-tog.

Problemet er, at man siger B, når man har sagt A - også selv om A ikke virkede. Og vi kan fortsætte alfabetet ud, mens millionerne fosser ud af statskassen.

Projekter bliver til monstre, der lever i sig selv, og som ingen politikkere eller embedsmænd har lyst til at røre.

Der skal ikke herske nogen tvivl om, at undersøgelsen af Polsag kom for sent.

Men et tip med hatten til Birgit Nørgaard, næstformand i statens it-projektråd, der har ledt gruppen, som anbefalede lukningen af Polsag.

Det skal der mod til, og det er der brug for.

Polsag må ikke blive en undskyldning for at sige stop for digitaliseringen af Danmark.

Her er læren
Derfor skal vi have kommunikeret læren fra Polsag: At det at drømme om store landsdækkende it-projekter ikke bør være synonymt med, at man udvikler alle funktioner på en gang.

Elefanter skal spises i bidder. Projektet skal forankres rigtigt.

Og, at vi bliver nødt til at få skabt en kultur, hvor køberne af store offentlige it-projekter skal have mandsmod og politisk mandat til sige det lille ord: stop, når de enkelte projekter glider af sporet.

Det kunne være en opgave for statens it-projektråd, der netop er sat i verden for at forhindre fremtidige offentlige it-skandaler.

Læs også:

Politiet dropper gigantisk it-system.

Politichef ånder lettet op: Godt at Polsag skrottes.

Betjente: Så slemt står det til med vores it-system.

Minister: Derfor trækker vi stikket på Polsag.


Bornholmsk Polsag-kritik tages op i Folketinget.

Frustrerede betjente: Rigspolitichef skal se på Polsag.

Et omtumlet liv: Politiets store it-skandale.




Kommentarer - Debatoversigt


Små bidder af elefanten er logik for systemarkitekter
2 indlæg

Jeg har som selvstændig systemudvikler/systemarkitekt/firmaejer igennem 10 år igennemsvært ved at forstå de offentlige løsninger kan få lov til at gå så galt?

For mig er det totalt logik at et hvert større udviklingsprojekt kræver en plan. Nogle gange MANGE planer som kan nedbrydes til mindre dele. Ganske som når man bygger motorveje eller andre infrastrukturelle ændringer.

Først analyserer man omgivelserne, laver nogle udkast til nogle mulige design udkast og sætter så disse til høring iblandt de berørte. De berørte må rigtig gerne komme så tideligt som muligt med i processen, så man opbygger sig et logisk overblik over de eksisterende processer og dernæst kan gå igang med at se på hvor der kan optimeres/struktureres med effektivisering fordele som resultat.

Et forslag til de offentlige beslutningstagere:

Drop jeres mega-krav til kæmpe ansøgninger om udbudsmateriale og alt det pladder som skræmmer de små leverandører fra at være med til at give jer det mest økonomiske systemer/løsninger.

Jeg foreslår at man indkalder interesserede samarbejdspartnere til en række netværksseminarer om et nyt projekt. Gerne betalt med en minimums-timeløn, så vi ikke skal sætte alt for mange til på at indgå i samarbejdet med det offentlige.

Når man har afholdt disse "lad os blive klogere" seminarer, så har man materialet til en slags foranalyse af muligheder/problemstillingerne. Bagefter kunne man lade disse erfaringer munde ud i en "fælles forståelse" som så kan danne grundlag for næste fase, nemlig analyse af eksisterende modeller og design udkast.

Undervejs skal der ikke sidde en eller to store monopolistiske aktører og suge millioner ud imens det køre derud af. Projektet skal udvikles som et netværksprojekt hvor kunden (de offentlige) har flere små leverandører inde over projektet. evt. kan man lade en af de små styre projektet uden at udvikle noget selv.

Dvs. en decentraliseret udvikling hvor hver leverandør får et ansvar for del funktionalitet/moduler.

Det vil også kunne betyde at man kan fravælge/udskifte levarandører som ikke overholder de priser/deadlines/funktionaliteter som "netværksgruppen" har nedsat.

Tænk på netværksgruppen som en slags "bestyrelse" for et nyt produkt. Deres formål skal være at holde trådene igang og tage de endelige beslutninger når deres team har fremskaffet dem en række valgmuligheder med tilhørende pris og fordele/ulempe lister.

...

Jeg kunne blive ved, men jeg er jo også bare iværksætter. Jeg sælger ikke løsninger til 100 millioner.

Carsten Berggreen skrev:
Jeg har som selvstændig systemudvikler/systemarkitekt/firmaejer igennem 10 år igennemsvært ved at forstå de offentlige løsninger kan få lov til at gå så galt?

For mig er det totalt logik at et hvert større udviklingsprojekt kræver en plan. Nogle gange MANGE planer som kan nedbrydes til mindre dele. Ganske som når man bygger motorveje eller andre infrastrukturelle ændringer.

Først analyserer man omgivelserne, laver nogle udkast til nogle mulige design udkast og sætter så disse til høring iblandt de berørte. De berørte må rigtig gerne komme så tideligt som muligt med i processen, så man opbygger sig et logisk overblik over de eksisterende processer og dernæst kan gå igang med at se på hvor der kan optimeres/struktureres med effektivisering fordele som resultat.

Et forslag til de offentlige beslutningstagere:

Drop jeres mega-krav til kæmpe ansøgninger om udbudsmateriale og alt det pladder som skræmmer de små leverandører fra at være med til at give jer det mest økonomiske systemer/løsninger.

Jeg foreslår at man indkalder interesserede samarbejdspartnere til en række netværksseminarer om et nyt projekt. Gerne betalt med en minimums-timeløn, så vi ikke skal sætte alt for mange til på at indgå i samarbejdet med det offentlige.

Når man har afholdt disse "lad os blive klogere" seminarer, så har man materialet til en slags foranalyse af muligheder/problemstillingerne. Bagefter kunne man lade disse erfaringer munde ud i en "fælles forståelse" som så kan danne grundlag for næste fase, nemlig analyse af eksisterende modeller og design udkast.

Undervejs skal der ikke sidde en eller to store monopolistiske aktører og suge millioner ud imens det køre derud af. Projektet skal udvikles som et netværksprojekt hvor kunden (de offentlige) har flere små leverandører inde over projektet. evt. kan man lade en af de små styre projektet uden at udvikle noget selv.

Dvs. en decentraliseret udvikling hvor hver leverandør får et ansvar for del funktionalitet/moduler.

Det vil også kunne betyde at man kan fravælge/udskifte levarandører som ikke overholder de priser/deadlines/funktionaliteter som "netværksgruppen" har nedsat.

Tænk på netværksgruppen som en slags "bestyrelse" for et nyt produkt. Deres formål skal være at holde trådene igang og tage de endelige beslutninger når deres team har fremskaffet dem en række valgmuligheder med tilhørende pris og fordele/ulempe lister.

...

Jeg kunne blive ved, men jeg er jo også bare iværksætter. Jeg sælger ikke løsninger til 100 millioner.


Er problemet ikke, at IT projekter i det offentlige der overstiger 1,5 million kroner skal i offentligt EU udbud ?


Kommentér
Titel:

Ytringer på debatten er afsenders eget ansvar - læs debatreglerne

Forsiden lige nu

Digitaliseringen af de danske tingbøger har ført til masser af fejl i oplysningerne i bøgerne.
23. maj 2012 kl. 11.04 | læs »

Vi vil snart opleve en helt ny bølge af apps til smartphones og tablet-pc'er, mener ekspert.
23. maj 2012 kl. 10.00 | læs »

Her er forklaringen på, at IBM Danmark med direktør Lars Mikkelgaard-Jensen i spidsen fyrer 170 medarbejdere.
22. maj 2012 kl. 15.29 | læs »

Leverandører udpeget til systemlevering i et af Danmarkshistoriens største offentlige it-projekter nogensinde.
23. maj 2012 kl. 10.33 | læs »





 
White papers
The shared services model has attracted a lot of interest but what is it precisely?

Få i denne Computerworld Guide fra februar 2011 indsigt i kommunernes erfaringer og fremskridt...

360° er en integreret produktsuite til informationshåndtering og indeholder moduler til...

 


Mest læste seneste uge

Kan gratis sikkerhedssoftware virkelig beskytte din pc? Svaret er ja, hvis du vælger det rette produkt. Læs her en test af de mest pålidelige gratis sikkerhedsprogrammer.

Hvis du har downloadet denne app, så har du måske hentet skadelig kode ned.

Flyselskabet SAS har brugt op mod trekvart milliarder kroner og seks år på at udskifte sit bookingsystem. Undervejs har der været flere projekt-udfordringer, som kulminerede en vinternat med en big bang-migrering.

To danske it-studerende har udviklet et program, der kan suge kundernes CPR-numre ud af teleselskaberne.

IBM Danmark lader hovederne rulle.