Gå til hovedindhold
Version2 it for professionelle
Forsiden

Hovedmenu

  • It-nyheder
  • Blogs
  • It-job
  • It-firmaer
  • Emner
  • Opret bruger
  • Log ind
Se kommentarer (16)
Emner Agil udvikling, Lovgivning, Digital forvaltning

IT-Branchen: Vi er ikke skyld i dårlige it-projekter

Af Peter Nørregaard 9. marts 2010 kl. 07:07

For tiden diskuteres på livet løs hvad der kan gøres med de store, offentlige it-projekter, som populært sagt for ofte ryger i hegnet.

Et noget overset indlæg i debatten er kommet fra IT-Brancheforeningen, hvor en af deres arbejdsgrupper har udfærdiget en rapport om emnet med den knap så mundrette titel "ITB-arbejdsgruppe vedrørende statslige IT-nyudviklingsprojekter."

Bag rapporten står en række erfarne, store it-leverandører som IBM, KMD, CSC, SAP og Systematic, hvoraf flere har været udsat for i medierne at blive tildelt skurkeroller i forskellige større it-projekter baseret på EU-udbud. Leverandører står ofte i den ubehagelige situation, at de har svært ved at give svar på tiltale i de enkelte sager af kontraktmæssige årsager eller økonomiske hensyn. Vi kan også udlede af det faktum, at IT-Branchen ikke har udsendt en pressemeddelelse om rapporten, at leverandørerne har det svært ved offentligt at kritisere kundernes måde at investere i IT på.

Rapporten indeholder arbejdsgruppens bud på, hvorfor det går galt med offentlige it-projekter og hvordan vi kan rette op på det. Rapporten rækker ud over det sædvanlige "indfør agil udvikling - ud med vandfaldsmodellen" mantra. - ikke fordi agil udvikling er forkert, det er bare ikke svar nok. Derfor fortjener rapporten mere opmærksomhed end den selv lægger op til.

Sorte skyer for leverandøren allerede før kontrakten er underskrevet

For det første slår arbejdsgruppen fast, at leverandørerne ikke selv er tjent med tilstanden i dag. Kontrakterne i større EU-udbud er i dag typisk af typen K02 og er sådan skruet sammen, at kunden står meget stærkt. Kunden for eksempel nægte at fravige kravspecifikationen, og leverandøren har ingen mulighed for at få ham til forhandlingsbordet. Denne ansporing til ufleksibel stejlhed fra kundens side resulterer ofte i forsinkelser med det resultat, at projekterne reelt ender med at være underskuds-forretninger. K02 er i øvrigt en kompleks sag: Bogen "K02 med kommentarer" fylder hele 787 sider.

K02-kontrakterne indeholder bestemmelser om bod og erstatning, og giver i tilgift kunden mulighed for at hæve købet. Det er en risiko, der er til at tage og føle på, for i givet fald har leverandøren tabt alle sine investeringer. Rapporten nævner det ikke direkte, men sådanne risici forsøger en leverandør ofte at kompensere for i form en af en højere pris.

Læg dertil omkostningerne ved tilbuds-skrivningen. Da jeg var på leverandør-siden i rollen som arkitekt, deltog jeg i skrivning af en hel del tilbud. Det var ikke usædvanligt, at bruge over en million i interne omkostninger for at vinde en kontrakt til måske 12-14 millioner. Det siger sig selv, at det koster dyrt når eksempelvis fire tilbudsgivere hver bruger den slags ressourcer på tilbud, som kun én af dem kan vinde. Omkostningen kan i det lange løb kun havne et sted, nemlig hos kunden, men skal i første omgang finansieres af leverandøren.

Det er et faktum, at der er for mange og for detaljerede krav i diverse udbud. Som tilbudsskriver fornemmede jeg desværre for ofte, at kunden havde indsamlet krav fra høj og lav, fra højre og venstre, hvoraf størstedelen, uden nogen sammenhængende prioritering og beskæring, på ulyksagelig vis blev samlet i udbudsmaterialet. Der lå de så og strittede i forskellige retninger, hvilket giver dårlige opvækstvilkår for et ungt projekt. En billig, gennemtestet hyldevare ville måske kunne opfylde 80 % af kravene, men de resterende krav kan nemt ødelægge muligheden for at byde med andet end en unik, specialudviklet løsning.

Kunderne kan naturligt nok sjældent gennemskue, om et givet krav er nemt eller dyrt at opfylde for leverandørerne. Leverandørerne har modsat ofte svært ved at vurdere, om et krav er mere eller mindre væsentligt for kunden at få opfyldt, med mindre det ligefrem er et minimumskrav. Dem er der i øvrigt også mange af. Estimaterne for at opfylde kravene, som ligger til grund for tilbudets pris, er i sagens natur ofte overordentligt usikre på dette tidlige tidspunkt i projektet.

På grund af udbudsformen ved EU-udbud er det svært at føre en detajleret og tillidsfuld dialog med kunden om alle disse forhold, hvilket måske ellers kunne fjerne noget af usikkerheden og hjælpe til at skære opgaven og løsningen til. Usikkerheden og risikoen er altså høj.

Scenen er sat for et dyrt tilbud på et unødigt kompliceret system, udtænkt af leverandøren på et for spinkelt grundlag og mejslet i sten i en detaljeret kontrakt.

Rapporten konkluderer at Citat:

...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. Dette medfører ofte, at leverandørerne ikke er i stand til i tilfredsstillende omfang at honorere kontrakterne efter deres eksakte ordlyd, (hvilket dog ikke betyder, at de leverede systemer nødvendigvis bliver dårligere).

Hård styring efter kontraktens ordlyd resulterer i problemer - ikke i succes

Set i lyset af, at hård kontraktstyring for it-projekter historisk set har givet endog meget dårlige resultater, skulle man tro at lektien var lært. Når nu alle parter ved, at de bliver klogere under udviklingsforløbet, så skulle der vel være basis for at justere kursen undervejs. Parterne burde derfor kunne undgå at hænge sig i kontrakternes eksakte ordlyd og i stedet fokusere på at få en god løsning leveret hurtigt, så kundens investering kan begynde at tjene sig hjem.

Helt så simpelt er det ikke, fortæller rapporten. Og det er her, at vi nærmer os sagens kerne. En barriere er, at den offentlige kunde egentlig ikke må lade sig nøjes med mindre end hvad kontrakten giver ret til: "Det er vanskeligt at give afkald på statens rettigheder. Man udsætter sig for extern kritik (f.x. fra Rigsrevisionen), hvis man gør det. Derfor må man ofte afstå fra at søge pragmatiske løsninger." som rapporten formulere det. Mit bud er, at burde kunne lade sig gøre mod en overbevisende kompensation. Men hvis leverandørerne ikke vil give store nok afslag eller ikke formår at levere andre goder, giver det naturligvis problemer.

Så nævner rapporten den måske væsentligste barriere for en mere smidig kontraktstyring: "[Embedsmændene] udsætter sig for kritik ved at acceptere en leverance, der ikke præcist lever op til kravene, hvorimod det er mindre risikabelt at afvise den." Dette burde ikke undre ITBs arbejdsgruppe, for som kunde kan det være svært at vurdere en leverandørs argumentation for, at krav burde fraviges: *Hvorfor skal vi undvære nogle at de funktioner, vi har betalt for og har brug for' Løber de mon om hjørner med os' Prøver de bare at springe over hvor gærdet er lavest? * er vel rimelige spørgsmål at stille sig selv som kunde.

Situationen er ikke ulig når vi i dagligdagen møder en mekaniker, der foreslår en dyr reparation af bilen, eller en håndværker, der vil slippe nemmere om ved en renovering: Svært at gennemskue for en ikke-specialist.

Før en kundes repræsentant, fx i en styregruppe, har lyst til at acceptere en ændret leverance, er han derfor nødt til at kunne gennemskue om ændringen er i kundens interesse. Samtidigt skal han også kunne overbevise sit bagland om det. De færreste offentlige indkøbere er klædt på til selv at kunne løfte den opgave. Samtidigt belønnes embedsmænd heller ikke ligefrem for at tage chancer med skatteydernes penge i store it-projekter.

Der er med andre ord gode grunde for en offentlig kunde til at udvise stor forsigtighed når leverandøren ønsker at diskutere kontraktens ordlyd. Desværre resulterer denne forsigtighed ofte i en fastlåst loose-loose situation for både kunde og leverandør.

Kundens rådgiver, konsulenten, får af rapporten her en central rolle. Citat:

[Konsulenten skal] medvirke aktivt til at bære projektet igennem til en succesfuld implementering og dermed sikre realisering af projektets overordnede mål inden for budget- og tidsramme ... konsulenterne må fastholde tilknytningen til projektet gennem hele forløbet, hvilket kan være ønskværdigt - også fordi det giver større kontinuitet i kundens projektorganisation. Konsulenterne kan derved i højere grad medvirke til at kompensere for eventuel manglende modenhed og beslutningskraft i kundens organisation.

En god anbefaling, synes jeg - og det er ikke kun fordi jeg selv ofte sidder som kundens konsulent. At indkøbe it-systemer er en kompleks opgave og svær at få succes med, hvis man ikke er specialist på området. Jeg skal ikke kunne sige, om konsulenten altid påtager sig den medierende rolle som fornuftens stemme eller ej. Kun at flere af os forsøger. Hvad siger dine erfaringer - har konsulenterne rygrad nok til at udfordre kunden, og er kunden parat til at lade konsulenten spille sin rolle?

Ellers har rapporten klare anbefalinger om, hvordan man i det hele taget undgår at komme i situationer, hvor kontraktens indhold og omfang bliver en hindring for succes: Hold kravene på use-case niveau, hvor forretningen og dens behov beskrives - i stedet for at kravene udpensler tekniske løsninger. Udbyd opgaven i mindre bidder: I første omgang fx platform og meget basal funktionalitet, gerne i form af hyldevare, på et EU-udbud, hvor de ikke-funktionelle krav i form af fx svartider kan afprøves. Efterfølgende kan der suppleres op med funktionalitet i form af mini-udbud på en rammeaftale for at sikrer at kunden fortsat kan vælge mellem forskellige leverandører.

Rapporten fra IT-branchen er et partsindlæg, men et interessant og lødigt et af slagsen. Rapporten udpeger forhold, som er snærende for en leverandør. Forhold, som ofte er historisk betinget af kunderens tidligere dårlige oplevelser med it-projekter, og hvor midlet fra kundernes side har været at stramme styrings-skruen.

Styringsskruen må gerne være stram, er mit bud, men stram på de rigtige parametre: Stram på at sikre at it-anskaffelser kan skabe værdi og opfylde de forretningsmæssige mål, knap så stram på hvordan denne værdi skabes. Løsere i forhold til hvordan leverandøren løser opgaven - og med frihed til at lade både kunde og leverandører blive klogere på rejsen og justere vejen frem.

*Opdateret 9. marts kl. 14:20: Rapporten er tilgængelig på ITB's site under titlen "Statslige IT-nyudviklingsprojekter" *

Send Tweet
Udskriv
Billede af Peter NørregaardOm Peter Nørregaard

Peter Nørregaard rådgiver om it i den private og offentlige sektor med fokus på koblingen mellem strategi, forretnings- og it-arkitektur. Han arbejder som chefkonsulent hos Rambøll Management Consulting.

Follow @peternorregaard

Kommentarer (16)

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Dorte Toft 9. mar. 2010 - 10.26
 
Voldsomt spild

Du citerer følgende: "[Embedsmændene] udsætter sig for kritik ved at acceptere en leverance, der ikke præcist lever op til kravene, hvorimod det er mindre risikabelt at afvise den."

Vi har set en del tilfælde, hvor leverandører bare fyres, for så har embedsmændene ren røv at trutte i. Men kunne ønske sig lidt mere omsorg for samfundets pengekasse - fra embedsværkets side og politisk side.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Jesper S. Møller 9. mar. 2010 - 11.39
 
Så må de jo bare lade være med at byde

Så længe offentlige IT projekter kører som de gør (fastpris, vandfald og big-bang) sker der ikke noget:

Hvis ITBs medlemmer ser sorte skyer på horisonten kan de jo så bare holde sig på afstand af projekterne - lade være med at byde. Så var kundesiden jo nødt til at finde på noget andet, og hurtigt.

Men sådan spiller klaveret ikke, der er altid virksomheder der er villige til at byde på de store fastprisopgaver, og så får de dem jo, leverer dem for sent eller for dårligt, og lever med de ridser i lakken det må give for deres image. For et par millioner ekstra tager de vel også gerne hele skylden, så kan de jo skamme sig "hele vejen til banken".

Ændringen må nødvendigvis komme fra kundesiden, ellers sker der ikke noget.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Martin Skøtt 9. mar. 2010 - 13.50
 
Rapporten

Hvis man skulle have interesse i at læse rapporten selv så finden en søgning på ITBs hjemmeside denne PDF: http://www.itb.dk/Everest/showdoc.asp?type=doc&id=100309121120

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Nørregaards billede
Peter Nørregaard 9. mar. 2010 - 14.18
 
Re: Rapporten

Godt at se at ITB har fået publiceret rapporten - og også fået ændret navnet til noget bedre end "ITB-arbejdsgruppe vedrørende statslige IT-nyudviklingsprojekter.".

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Anonym (ikke efterprøvet) 9. mar. 2010 - 14.24
 
Standardkontrakter?

Min erfaring ligger nok på den 'anden side af hegnet', og da det hed K31 (mit liv er for kort til det offentlige) - men..

Problemet er vel ikke standardkontrakterne i sig selv, men at man tror de skal bruges 'ordret'.

Det er(var) kun et rammeværk, og kan tilpasses efter behov.

Jeg har ikke set 2 enslydende kontrakter i de projekter jeg har været involveret i.

I øvrigt giver jeg dig ret i, at det er p*ssedyrt, også fra 'kundens' side, og det er ikke uhørt, at der også er skudt en million+ af dér.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 9. mar. 2010 - 16.13
 
Re: Så må de jo bare lade være med at byde

Hvis de leverandører tuder, så forstår jeg ikke at min. 3 af dem altid dukker op med tilbud når der er offentligt udbud? hvis de kan enes om at tingenes tilstand er rådden, må de jo enes om at lade være med at byde, og tage en dialog med kunden om at den der K02 ikke fungere, og så få ordentlige aftaleviklår i stand.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Nørregaards billede
Peter Nørregaard 9. mar. 2010 - 16.40
 
Re: Så må de jo bare lade være med at byde

Der der ikke altid 3 bydere. DKAL/dokumentboks er et eksempel med kun to bydere, Nationalbankens driftsudbud, hvor ingen bød, er et andet.

Dels er djævlen i detaljen - leverandørerne er jo også bare mennesker, der kan overse en eller anden umulig formulering i underbilag 03A, afsnit 2.5.3, krav. nr. 112, der vælter læsset.

Dels er leverandørerne i konkurrence med hinanden (og bør derfor ikke kunne enes) og dels vil den enkelte salgsansvarlige have mere end svært ved at argumentere for, at leverandøren ikke skal byde på et givent projekt til XX eller XXX millioner (hvilket hans bonusordning i øvrigt heller ikke ligefrem opfordrer ham til). Arkitekterne er de nærmeste til at skulle kunne råbe op - og de bliver ikke altid hørt.

Denne rapport er nok det tætteste leverandørerne kommer på at slå bremsen i - bemærk hvem der står bag, det er de tunge drenge. Det er faktisk en bemærkelsesværdig rapport med klar tale.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 9. mar. 2010 - 16.50
 
Re: Så må de jo bare lade være med at byde

DOkumentboks havde 4 bydere: Capgemini (der var jeg nemlig arkitekt på tilbudsholdet), CSC, eBoks (KMD + PBS/Postdanmark) og Assemble.

Capgemini hoppede fra og Assemble gik sammen med CSC. Tilbage var så KMD og CSC, altså 2 af dem som tuder.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 9. mar. 2010 - 16.57
 
Re: Så må de jo bare lade være med at byde
Arkitekterne er de nærmeste til at skulle kunne råbe op - og de bliver ikke altid hørt.

Det er jeg lodret uenig i. Arkitekterne skal ikke bekymre sig om detaljerne i kontrakterne, det har alle de store spillere afdelinger til at tage sig af, med Delivery Managers og Risk Managers. Det er derfor de er ansat, og det er dem som skal lave en retning på strategisk plan i disse virksomheder.
De kan sagten gøre dette på tværs i en leverandør forum.
Sælgerne/de kundeansvarlige har en anden rolle at spille, og du har ret i at de ikke kan varetage disse interesser.

Problemet er nok at det offentlige tror de får tingene billigt ved at afkræve K02 og fastpris, men problemet er bare at det hver eneste gang blive dyrt at købe billigt.
Det man med rette kunne kræve af det offentlige var at de ændrede praksis, da det de laver lige nu ikke virker efter hensigten.

Der var engang een der sagde noget om at hvis man bliver ved med at gøre det samme, får man det samme resultat. Hvis man bliver ved med at gøre det samme med forventningen om at resultatet skal blive et andet, så er man ......... (et meget slemt ord!).

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Sørensen 9. mar. 2010 - 21.35
 
Lægemiddelstyrelsen/DAHLIA

Et godt eksempel på hvor galt det kan gå med K02 kontrakter er Lægemiddelstyrelsens DAHLIA udbud (Digitalisering Af Hele Lægemiddelstyrelsens Interne Arbejdsgange). Et udbud der blev gennemført i 2007-08 som en konkurrencepræget dialog. Tre leverandører (Accenture, CSC og IBM) brugte ca. et år og rigtig mange timer på at levere ’gratis’ konsulentydelser til Lægemiddelstyrelsen.

Det endte med at to af leverandørerne bød ukonditionelt og den sidste derfor ’vandt’ (IBM). De sidder i dag med en kontrakt de har meget svært ved at levere (se evt. statusrapporter til finansudvalget).

Lægemiddelstyrelsens har intet fået ud af det, de der ’tabte’ (CSC & Accenture) glæder sig måske over at have tabt - dog ikke at de har spildt så mange millioner. De der sidder tilbage med et smil er de rådgivere til Lægemiddelstyrelsen under udbuddet der blev rige på at gøre lægemiddelstyrelsen en kæmpe bjørnetjeneste.

Det er godt at ITB endelig tager bladet fra munden - men hvordan kunne de være med til at udarbejde K02 rammekontrakten? Det forstår jeg ikke.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 9. mar. 2010 - 21.54
 
Re: Lægemiddelstyrelsen/DAHLIA

Systemet er pilråddent, fordi ITB mange gange tager den chanche at de vil tabe penge på at levere efter den super dårige model, men håber at de kan starte "change-apperatet" og ad den vej score det tabte + meget mere hjem igen.

Det er set adskillige gange, at en leverandør er langt bagud og får maks. bod for at levere for dårigt for sent, men så flueknepper alting som ændring hvis man kan. Den slags spekulationer er ikke fremmede for firmaerne i ITB når der skal bydes. Dvs. vi tager et initielt tab men tjener det hjem igen ved at straffe kunden. Her er det også tit og ofte set, at kunden er for dårligt rådgivet, og at deres egne specifikationer går dem imod, fordi de ofte er meget dårlige og uklare.

Et andet godt eksempel er at afslutte leverancen med at aflevere 30.000 siders dokumentation til godkendelse inden en deadline - det er umuligt for en kunde at få afprøvet og testet, og derfor bliver de nødt til bare at sige ja ja, derefter kører alle ændringer (som bare er at få det til at virke), efter ændringsanmodninger til timepris betaling - kunden har jo godkendt.

Leverandøren tænker: godt nok bliver projektet forsinket, og vi får ridser i lakken, men vi holder andre fra fadet og opbygger en masse kompetence og viden om kunden ti fremtiden. Viden og kompentence konkurrenter nu er afskåret fra.
Og ja det er da naturlig tankegang, det koster oenge at tjene penge. Men at ITB skyder efter kunden er ikke helt fair, de har selv været med til at skabe monstret.

Men igen det er det vores skattekroner bruges på, og så vidt jeg ved er hverken IBM, CSC eller KMD ved at gå nedenom og hjem.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Nørregaards billede
Peter Nørregaard 10. mar. 2010 - 08.57
 
Re: Voldsomt spild

Dorte Toft skriver:

Vi har set en del tilfælde, hvor leverandører bare fyres, for så har embedsmændene ren røv at trutte i. Men kunne ønske sig lidt mere omsorg for samfundets pengekasse - fra embedsværkets side og politisk side.

Der er faktisk ikke så mange tilfælde, hvor leverandøren fyres - kan pt kun lige komme i tanke om et enkelt større tilfælde. Samfundets pengekasse tilgodeses ofte i form af et erstatningskrav fra kundens side. Leverandørerne taber stort på disse kontraktkonflikter og går ikke, som @Jesper skriver, og skammer sig hele vejen ned til banken.

Men tiden, der er spildt, kommer ikke tilbage. Her ligger de egentlige samfundsmæssige omkostninger i form af manglende effektivisering, udskudte besparelser eller forringet service. Behovet for en anden tilgang til de store it-projekter er presserende.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 10. mar. 2010 - 09.26
 
Re: Voldsomt spild
Der er faktisk ikke så mange tilfælde, hvor leverandøren fyres - kan pt kun lige komme i tanke om et enkelt større tilfælde.

Jeg kan komme i tanke om 2, som skete 5/12-2008. Det var samme leverandør, men 2 projekter.

Samfundets pengekasse tilgodeses ofte i form af et erstatningskrav fra kundens side.

Den økonomiske indtjening kunden får, står slet ikke mål med det tab samfundet har ved ikke at blive flyttet fremad udviklingsmæssigt.

Leverandørerne taber stort på disse kontraktkonflikter og går ikke, som @Jesper skriver, og skammer sig hele vejen ned til banken.

Der er altså kalkuleret med den risiko for bod inden tilbud indsendes. Og frem for alt så må man nogen gange tage et initielt tab for at score mange penge på den lange bane - det vil bare ikke være særlig smart at indrømme.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Benjamin Krogh 12. mar. 2010 - 11.16
 
To Scrum Or Not To Scrum

For at undgå risiko benyttes i Scrum en metode hvor opgaverne holdes relativt små.
Dvs. at hvis en opgaver estimeres til at tage mere end fx 16 timer at løse, skal den dekomponeres til alle delene tager mindre end 16 timer. (Sry for at gentage hvad I sikkert allerede ved.)

Kunne samme model ikke overføres til disse enorme projekter?

Hvis et produkt vil koste mere end 1 mio. at levere, skal det dekomponeres til mindre bidder der så evt. uafhængigt kan udbydes.

Ved at gøre det på denne måde tvinges staten også til at afkorte krav spec, til de vigtigste dele, så der løbende bliver leveret virkende software, og man undgår en god del Big Bang.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Nikolaj Brinch Jørgensen 12. mar. 2010 - 11.51
 
Re: To Scrum Or Not To Scrum
For at undgå risiko benyttes i Scrum en metode hvor opgaverne holdes relativt små. Dvs. at hvis en opgaver estimeres til at tage mere end fx 16 timer at løse, skal den dekomponeres til alle delene tager mindre end 16 timer. (Sry for at gentage hvad I sikkert allerede ved.) Kunne samme model ikke overføres til disse enorme projekter? Hvis et produkt vil koste mere end 1 mio. at levere, skal det dekomponeres til mindre bidder der så evt. uafhængigt kan udbydes. Ved at gøre det på denne måde tvinges staten også til at afkorte krav spec, til de vigtigste dele, så der løbende bliver leveret virkende software, og man undgår en god del Big Bang.

Faktisk kan man lede enddog meget store projekter efter Scrum tankegangen (der er bygget skyskrabere efter modellen).
Vi skal altid undgå Big Bang. Der introduceres dog en del faldgruber ved at udbyde projekter (det behøver ikke være IT) i mindre bidder til flere forskellige leverandører. Der er en meget stor offentlig kunde der gør det i øjeblikket med deres system modernisering. Diverse leverandører er sjovt nok ITB. Det går ikke særlig godt for de forskellige styregrupper hos kunde skal arbejde sammen, ligesom de forskellige leverandører er afhængige af hinanden, men prøver at skubbe ansvar for overskridelse af deadlines over på hinanden.
Scrum kan bruges, men spillereglerne skal være til stede og der skal være nogen (en über scrum master og en über product owner), som kan varetage koordineringen.

Det er dog en meget moderne tilgang - alt for moderne til det offentlige Danmark, som på IT fronten er begyndt at forstå at man kan gøre anderledes en Ed Yourdon foreslog i starten af 70'erne - altså for 40 år siden! (der var jeg ikke født....)

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Peter Nørregaards billede
Peter Nørregaard 12. mar. 2010 - 13.01
 
Re: Voldsomt spild
Jeg kan komme i tanke om 2, som skete 5/12-2008. Det var samme leverandør, men 2 projekter.

Vi tænker nok på det samme - havde dog overset at der faktisk var tale om to kontrakter.

Den økonomiske indtjening kunden får, står slet ikke mål med det tab samfundet har ved ikke at blive flyttet fremad udviklingsmæssigt.

Fuldstændigt enig.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer

Tilføj kommentar

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Log ind herunder eller opret en bruger for at skrive kommentarer
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?

Seneste nyt

Version2 tester: Her kan du fare vild i Windows 8

Udgivet 10. feb 10.44Opdateret 10. feb 10.44

Rygte: Google snart klar med Dropbox-konkurrent

Udgivet 10. feb 10.19Opdateret 10. feb 10.19

Ny blog stiller skarpt på juraen i it-kontrakter

Udgivet 10. feb 10.00Opdateret 10. feb 10.15

Windows 8 Consumer Preview klar til download 29. februar

Udgivet 10. feb 9.49Opdateret 10. feb 10.24

4 gode sikkerhedsråd: Sådan gør du firma-pc'en vinterferieklar

Udgivet 10. feb 8.01Opdateret 10. feb 8.01
Flere it-nyheder »
Få it-nyheder og blogs hver dag med Version2's nyhedsbrev.

Seneste debat

  1. 4 gode sikkerhedsråd: Sådan gør du firma-pc'en vinterferieklar

    4 comments.
    Last update 6 minutter 16 sekunder
    Skrevet af Christian Nobel
  2. Stop SOPA, PIPA, ACTA, TPP og alle dem der kommer efter

    53 comments.
    Last update 11 minutter 8 sekunder
    Skrevet af Jesper Lund Stocholm
  3. It skal spare kommunerne for 165 millioner kroner i 2012

    1 comment.
    Last update 11 minutter 11 sekunder
    Skrevet af Christian Nobel
  4. Konklusion af Polsag-review fra 2009: Elendig kode hånd i hånd med elendig kontrakt

    8 comments.
    Last update 25 minutter 12 sekunder
    Skrevet af Torben Frandsen
  5. Så oldnordisk er politiets it-miljø: Nostalgisk gensyn med 1980’erne

    13 comments.
    Last update 33 minutter 3 sekunder
    Skrevet af Jesper Frimann
  6. Dells 13 tommer XPS 13 ultrabook-bærbare kommer til Danmark til marts

    1 comment.
    Last update 33 minutter 28 sekunder
    Skrevet af Lensi Lounge
  7. Derfor bliver dårlige it-projekter ikke stoppet i tide

    2 comments.
    Last update 38 minutter 37 sekunder
    Skrevet af Peter Johan Bruun
  8. Microsoft frigiver Android-version af OneNote

    1 comment.
    Last update 43 minutter 23 sekunder
    Skrevet af Mads Randstoft
Mere debat »

Information

  • Kontakt redaktionen
  • Job- og annoncesalg
  • Teknisk support
  • Om Version2
  • Brugerbetingelser
  • Privatlivspolitik

Aktuelle emner

  • Agil udvikling
  • Android
  • Bruttolønsordning
  • Business Intelligence
  • Cloud computing
  • Digitaliseringsstyrelsen
  • HTML5
  • Harddisk-priser
  • IE9
  • Intranet
  • It-sikkerhed
  • Kindle Fire
  • Multimedieskat
  • NemID
  • OS X Lion
  • Open source CMS
  • Projektledelse
  • Scrum
  • Sharepoint intranet
  • Storage
  • Ubuntu 11.10
  • Virtualisering
  • Windows 8
  • Windows Phone 7
  • iOS 5
  • iPhone 4S

Tjenester

  • Android-app
  • iPhone-app
  • RSS-feeds
Følg @version2dk
Få it-nyheder og blogs hver dag med Version2's nyhedsbrev.

Version2 udgives af

  • Mediehuset Ingeniøren A/S work Skelbækgade 4 1717 København V
  • Tlf. work 33265300