Gå til hovedindhold
Version2 it for professionelle
Forsiden

Hovedmenu

  • It-nyheder
  • Blogs
  • It-job
  • It-firmaer
  • Emner
  • Opret bruger
  • Log ind
Se kommentarer (2)
Emner

No plan survives contact with the enemy

Af Ole Bech 15. december 2009 kl. 10:45

De berømte ord stammer fra den tyske generalfeldmarskal Helmuth von Molkte. Det var ham, der bl.a. indtog Dybbøl i 1864, og jeg er sikker på, at han ikke talte engelsk, men det er i den engelske version, at ordene er blevet berømte.

Udsagnet rammer meget præcis ind i det forhold, at selv den bedste, grundigste og klogeste plan sjældent holder, når den skal stå sin prøve i virkeligheden. Molktes ord er gode at have i baghovedet, når man f.eks. - som det jo jævnligt sker - ser offentlige it-projekter blive udsat for voldsom kritik for ikke at overholde de oprindelige tidsplaner.

Den oprindelige tidsplan er udtryk for den viden man har på det tidspunkt, hvor planen laves og f.eks. skal fremlægges for en styregruppe til godkendelse, inden projektet overhovedet kan gå igang. Er det projekt, som skal udføres, bare en smule komplekst med hensyn til indhold og bemanding, så kræver en overholdelse af den oprindelige tidsplan eet af tre: 1) at ingen forhold, der er relateret til projektet, ændrer sig i projektets løbetid, 2) at eventuelle forsinkelser kan indhentes inden deadline, f.eks. ved at renoncere på funktionalitet/kvalitet eller 3) ved rent held

At tro på 1 er naivt. At bygge på 2 er uambitøst og i værste fald ødelæggende for projektresultatet. At satse på 3 er uansvarligt. 

Det mest sandsynlige er, at virkeligheden viser sig at have nogle overraskelser til projektet, som ingen forudså, og at tidsplanen derfor må justeres. Den oprindelige tidsplan bør derfor ikke betragtes som planEN, men netop blot som, ja den oprindelige tidsplan, tidsplan version1. Netop dette, at vi har en foreløbig tidsplan efter nuværende bedste skøn, skal kommunikeres klart og tydeligt til den styregruppe, der skal beslutte en eventuel igansættelse af projektet.

At overholde deadlinen fra den oprindelige tidsplan er efter min mening et fuldkommen uegnet succeskriterium for et større, komplekst projekt. Det negligerer virkelighedens beskaffenhed, som altid vil være mere kompleks end selv den dygtigste projektledelse kan kapere. I værste fald går fastholdelsen af den oprindelige deadline hen og bliver et tomt formkrav, som vi kan gå rundt og slå hinanden oveni hovedet med.  

Send Tweet
Udskriv
Billede af Ole BechOm Ole Bech

Ole er digitaliseringschef i Roskilde Kommune med ansvar for it-drift, digitalisering og borgerservice.

Kommentarer (2)

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

Følg kommentarer
Casper Kvan Clausen 15. dec. 2009 - 11.35
 
At "renoncere" på funktionalitet

Jeg vil vove den påstand, at mange projekter ville gå meget bedre, hvis der var et større mod til at se kritisk på funktionalitetsønskerne, efterhånden som man i løbet af projektet bliver klogere. Rigtig mange projekter bliver låst af en kravspec og tilhørende kontrakt i starten, men efter idriftsættelse oplever man ofte, at en stor del af den implementerede funktionalitet slet ikke bliver brugt.

  • Stem op 0
  • Stem ned 0
  • Log ind eller opret en konto for at skrive kommentarer
Michael Mortensen 17. dec. 2009 - 19.01
 
2. Renoncere funktionalitet

"At bygge på 2 er uambitøst og i værste fald ødelæggende for projektresultatet." - Ole Bech

Måske det offentlige skulle prøve nogle andre metodiker i fht. valgte projektmodel, netop hvor dit punkt 2 i særdeleshed giver god mening.

Jeg har været igennem mange metodiker, inkl. Waterfall, Agile, MSF og så endelig SCRUM, hvor sidstnævnte i den grad må være betragtende agil. Denne, gerne kombineret med nogle af de andre metoder, lægger netop til løbende prioriteringer fra forretningen, så det der var skide godt i går, måske i dag kan undværes i fht. overholdelse af projektplan.

Jeg har god erfaring med at tage store projekter og bryde dem ned til overkommelige bider af, lad os sige, 1 md. varighed og så levere. Dette gøres så igen og igen indtil det "store" projekt er færdiggjort.

På den måde kan man også upfront få slutbrugernes dom og måske løbende tilpasse systemet parallelt med det oprindelige projekt.

Jeg kommer nok lidt ud af kontekst nu, men summasummarum; hvis det offentlige hele tiden gør som de altid har gjort, så vil resultatet altid ende med det samme: fiasko!

Casper skriver faktisk meget fornuftigt også i fht. punkt 2 - forny dig, Ole - du vil blive overrasket :-)

  • 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

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

Udgivet 10. feb 8.01Opdateret 10. feb 8.01

Konklusion af Polsag-review fra 2009: Elendig kode hånd i hånd med elendig kontrakt

Udgivet 10. feb 6.59Opdateret 10. feb 8.34

It skal spare kommunerne for 165 millioner kroner i 2012

Udgivet 9. feb 16.02Opdateret 9. feb 16.02

Adobe: Vi laver ikke Flash til Android-udgaven af Chrome

Udgivet 9. feb 15.15Opdateret 9. feb 15.15

Så oldnordisk er politiets it-miljø: Nostalgisk gensyn med 1980’erne

Udgivet 9. feb 14.22Opdateret 9. feb 15.12
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

    1 comment.
    Last update 53 sekunder
    Skrevet af Maciej Szeliga
  2. Konklusion af Polsag-review fra 2009: Elendig kode hånd i hånd med elendig kontrakt

    1 comment.
    Last update 2 minutter 27 sekunder
    Skrevet af Martin Slot
  3. Dansk it-firma: Befriende med e-mailfri januar

    4 comments.
    Last update 16 minutter 38 sekunder
    Skrevet af Morten Marquard
  4. Domæne-forening: Lov om .aarhus og .cph var for tynd

    12 comments.
    Last update 28 minutter 5 sekunder
    Skrevet af Nikolaj Brinch Jørgensen
  5. Opdateret liste over danske iværksættere

    2 comments.
    Last update 4 timer 38 minutter
    Skrevet af Therese Hansen
  6. Stop SOPA, PIPA, ACTA, TPP og alle dem der kommer efter

    50 comments.
    Last update 8 timer 59 minutter
    Skrevet af Bjarne W. B. Petersen
  7. Derfor bliver dårlige it-projekter ikke stoppet i tide

    1 comment.
    Last update 9 timer 23 minutter
    Skrevet af Kasper Jørgensen
  8. Grotesk jobinterview i 2007: »Tag ikke jobbet, vi får alligevel aldrig Polsag til at virke«

    17 comments.
    Last update 9 timer 31 minutter
    Skrevet af Claus Waldersdorff Knudsen
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