Varför misslyckas IT-projekt?

Förra året publicerade Harvard Business Review resultatet av en studie gjord av två professorer vid Oxford University. Studien, "Varför är ditt IT-projekt mer riskfyllt än du tror?" var den hittills största undersökning av IT-förändringsprojekt. Professorerna har tittat närmare på 1,471 IT-projekt, och jämfört deras budgetar och beräknade prestandafördelar med de faktiska kostnaderna och resultaten.

Resultaten pekade på en ovanlig och till stor del försummad egenskap hos misslyckade IT-projekt. Den överskridande genomsnittliga kostnaden av alla projekt var 27% . Men den kanske viktigaste upptäckten i studien var att ett stort antal projekt hade passerat deadline för länge sedan men fortfarande inte avslutats. Varje ett av sex projekt hade ett kostnadsöverskridande på 200% i genomsnitt, och en överskriden tidsplan med nästan 70%. Författarna till studien säger, "Det är inte det att de är utsatta för särskilt höga överskridande kostnader i genomsnitt, som managementkonsulter och akademiska studier tidigare har visat på. Det är det att en ovanligt stor andel av dem drabbas av väldigt stora förseningar...Genom att fokusera på medelvärden i stället för de mer påverkbara avvikelserna, har de flesta chefer och konsulter missat det verkliga problemet."

Redan 1975 pekade Fred Brooks på just de upptäckter som gjorts i Oxford studien. I The Mythical Man - Month, myntade han det som blev känt som ”Brooks lag”: Att tillföra arbetskraft till ett redan försenat programvaruprojekt kommer skapa ytterligare förseningar". De viktigaste parametrarna som påverkar längden och kostnaden för ett projekt för programvaruutveckling, är samordning och kommunikation mellan programmerarna. Ju fler programmerare i ett projekt, desto mer tid måste läggas på samordning dem emellan. Så tillför man programmerare till ett projektet som redan ligger efter i tidsplanen, kommer det bara fortsätta bli än mer försenat på grund av all tid som måste läggas på kommunikation till de nya programmerna för att få in dem i projektet så snabbt som möjligt. Men det handlar också om så många fler personer än just programmerarna, personer med olika roller och ansvar, och alla har de en inverkan på projektets längd och kostnad.
 
I syfte att påskynda förändring, har tidsfrister för projekten införts som inte tillåter tillräcklig tid för test och anpassning. Det resulterar i att påskyndandet blir ett slöseri. Det finns en minimitid för hur lång tid ett IT-projekt tar, och beslutsfattarna måste komma ihåg det.

Så när du nästa gång står inför trycket av att förväntas gå live, kom ihåg detta: "Om du går live flera månader senare än det var tänkt, kommer ingen någonsin komma ihåg. Om du går live i tid utan att vara redo för det, kommer ingen någonsin att glömma."

Vad gör du när du möter tryck på att förväntas gå live med ett projekt?

Läs mer på: http://insidetechtalk.com/why-it-projects-fail/#sthash.iXoroaGT.dpuf