www.pwc.com Hvordan lykkes med store IKT-prosjekter Kjetil Moløkken-Østvold, Consulting
Agenda Hvordan definere «å lykkes»? Hyppige leveranser Godt samarbeid Rett og tilgjengelig kompetanse Åtte konkrete råd Om foredragsholderen: Tidligere forsker ved Simula Research Laboratory Erfaring med kvalitetssikring og prosessforbedring Jobbet med operativ prosjektledelse 2
Hva vil det si å lykkes? Tid? Kost? Gevinst? Scope? Kvalitet? 3
OBS! Opplevd gevinst kan korrelere mer med levert funksjonalitet, enn tid og kost Undersøkelse fra seminar i Norge, august 2014 1, korrelasjoner: Funksjonalitet 0.60 Kundenytte Funksjonalitet Teknisk kvalitet Budsjett Tid Teknisk kvalitet 0.56 0.35 Budsjett 0.27 0.37 0.16 Tid 0.30 0.45 0.48 0.66 Effektivitet 0.44 0.40 0.40 0.53 0.83 1 Magne Jørgensen, A Survey on the Characteristics of Projects with Success in Delivering Client Benefits." Submitted to a journal (2015). 4
Hyppige leveranser 5
Hyppige leveranser har vært anbefalt gjennom historien Beskrevet av Harlan D. Mills: The evolution of large systems in small stages, with user feedback and participation in goal refinements at each step is a way of going from grandiose to grand software system development 1 Det første smidige prinsipp: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. 2 Hyppige leveranser er også sterkt anbefalt i fersk rapport til KMD som oppsummerer relevant forskning. 3 1 H.D. Mills, Software Development, IEEE Trans. Software Eng., vol. 2, no. 4, pp. 265-273, 1976 2 http://www.agilemanifesto.org/principles.html 3 Magne Jørgensen, Suksess og fiasco i offentlige IKT-prosjekter: En oppsummering av forskningsbasert kunnskap og evidensbaserte tiltak KMD, 2015. 6
Hyppige leveranser kan redusere overskridelser Et studie av norske systemutviklingsprosjekter fant signifikante forskjeller i overskridelser¹ Prosesstype Overskridelse Sekvensiell 55% Fleksibel 24% Grov, forenklet inndeling 2 : - Fleksible, hyppige leveranser: smidige, evolusjonære og inkrementelle - Sekvensielle, «big bang»: fossefall Ingen observerte forskjeller mellom gruppene relatert til estimeringsmetode, prosjektstørrelse eller andel levert funksjonalitet. ¹ Moløkken-Østvold and Jørgensen, "A Comparison of Software Project Overruns, IEEE Transactions on Software Engineering, 2005. 2 Iansiti and MacCormack, Developing Products on Internet Time, Harvard Business Review, 1997. 7
Prosjektlederes tilbakemeldinger på hvorfor hyppigere leveranser er hensiktsmessig Prosjekter med hyppige leveranser fikk positiv omtale på Gode krav Bra samarbeid/kommunikasjon med kunde Dette er ofte (de mest) kritiske utfordringer i IKT-prosjekter! 8
Hyppige leveranser er ikke ensbetydende med produksjonssetting I de fleste tilfeller kan ikke store IKT-prosjekter produksjonssette hver måned eller tilsvarende. Gode alternative strategier (kan kombineres): Leveranser til kunde som testes, men ikke produksjonssettes Leveranser til interne roller for intern QA Den vanskelige tidligfasen: prototyping/wireframes Eksempel: Prosjekt som kun kunne prodsette 3-5 ganger i året 12-20 deltakere, distribuert i Oslo, Stavanger og India Store krav til kvalitet og sikkerhet Kundetest med begrenset kapasitet Interne BA/QA-folk var kontinuerlige kunde-proxyer, og sørget for løpende feedback til team 9
Kontrakter og samarbeid 10
Kontrakter med gjensidige incentiver kan fremme samarbeid Et studie hos et norsk konsulenthus fant at prosjekter med forskjellig kontraktsform hadde forskjeller i overskridelser 1 Målpris Fastpris Timepris Annen 0% 10% 20% 30% 40% 50% 60% Overskridelser i ressursbruk ¹ K. J. Moløkken-Østvold and K. M. Furulund. The Relationship between Customer Collaboration and Software Project Overruns, Agile 2007 11
Målpriskontrakter Krever modenhet Kan i verste fall bli kamuflert fastpris Finnes i flere varianter, eksempelvis Dataforeningens PS2000-serie Foredrag senere i dag: Odd Gunnar Alterhaug «Kontrakt for smidig systemutvikling - PS2000 SOL» 12
Tilgjengelig kompetanse 13
Den kompetente kunde er en forutsetning En studie fant at lav kundekompetanse predikterte like godt prosjektfiasko som lav leverandørkompetanse 1 En tidligere litteraturgjennomgang og spørreundersøkelse fant at kompetente kunder og beslutningstakere kan redusere overskridelser 2. men en god kunde må også være tilgjengelig 1 M. Jørgensen. Failure Factors of Small Software Projects at a Global Outsourcing Marketplace, Journal of Systems and Software, 2014. 2 S. Grimstad M. Jorgensen K. Molokken-Ostvold. The clients' impact on effort estimation accuracy in software development projects, Software Metrics, 2005. 11th IEEE International Symposium 14
Kommunikasjon Studier har vist at opptil 70% av total tid i IT-prosjekter benyttes til kommunikasjon¹ Hyppig kommunikasjon kan benyttes til å prioritere krav, fokusere på feilretting, inkludere nye krav eller avklare løsningsmuligheter Delvis motivert av Cockburn², ønsket vi å undersøke effekten av kommunikasjonsfrekvens mellom kunde og leverandør ¹ Teasley, S.D., Covi, L.A., Krishnan, M.S. and Olson, J.S. (2002). Rapid Software Development through Team Collocation. IEEE Transactions on Software Engineering, 28 (7), 671-683. ² Cockburn, "The End of Software Engineering and the Start of Economic-Cooperative Gaming," ComSIS, 2004. 15
Kommunikasjonsfrekvens og overskridelser 1 Ikke daglig Daglig 0% 10% 20% 30% 40% 50% 60% 70% Overskridelser i ressursbruk ¹ K. J. Moløkken-Østvold and K. M. Furulund. The Relationship between Customer Collaboration and Software Project Overruns, Agile 2007 16
Kombinasjonen av kompetent og tilgjengelig kompetanse En undersøkelse fant at kombinasjonen av kompetanse og tilgjengelig kunde ble opplevd å forbedre: Levert funksjonalitet Budsjettkontroll Tidskontrol Som i tidligere rapportert studie 2 er det sannsynligvis evnen til å sette rett prioritet som er avgjørende 1 Magne Jørgensen, A Survey on the Characteristics of Projects with Success in Delivering Client Benefits." a journal (2015). 2 Moløkken-Østvold and Jørgensen, "A Comparison of Software Project Overruns, IEEE Transactions on Software Engineering, 2005. 17
Avslutning 18
Åtte konkrete råd for å lykkes med store ITprosjekter 1. Avklar hva som defineres som «å lykkes» 2. Etterprøv og verifiser suksesskriterier (kan ofte endre seg underveis) 3. Etterstreb hyppige, produksjonssatte leveranser 4. Ved begrenset mulighet for produksjonssetting, benytt andre strategier for å få håndfaste tilbakemeldinger 5. Målpriskontrakter (eks. PS2000) gir gjensidige incentiver 6. Ha rett kundekompetanse 7. Enda viktigere: sørg for å ha tilgjengelig kundekompetanse 8. Lær av erfaringer, både andres og egne - helst egne 19
Spørsmål? Kontakt: kjetil.molokken-ostvold@no.pwc.com Gratis frokostseminar 27. november 08.30-10.30, Suksess med IT-prosjekter krever en kompetent og involvert kunde. Hva betyr dette i praksis? Hvordan blir man - og hvordan får man - den gode kunden? Hovedstadsområdets nettverk for IT-styring og ledelse, HIT-ledelse (hitledelse.com) og (pwc.no) 2014. Med enerett. I denne sammenheng refererer "" seg til PricewaterhouseCoopers AS, Advokatfirmaet PricewaterhouseCoopers AS, PricewaterhouseCoopers Accounting AS, PricewaterhouseCoopers Skatterådgivere AS og PricewaterhouseCoopers Services AS som alle er separate juridiske enheter og uavhengige medlemsfirmaer i PricewaterhouseCoopers International Limited.