A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

download A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

of 15

Transcript of A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    1/15

    Kjetil Holgeid

    Cambridge Judge Business School

    Dr. Mar !hom"son

    Cambridge Judge Business School

    University of Cambridge

    UK

    m.thom"son#jbs.cam.ac.u

    Kjetil Holgeid is a senior management consultant. He has

    extensive experience from mega project delivery. He earned

    his Executive MBA degree from University of Camridge!

    Camridge "udge Business #chool! and his Master of

    #cience $Cand. #cient% degree in Computer #cience from

    University of &slo! 'or(ay. He is recogni)ed as an

    Executive #cholar y 'orth(estern University! Kellogg

    #chool of Management! U#A. He (as a(arded the Executive

    Certificate in *eadership and Management from M+,

    Massachusetts +nstitute of ,echnology! #loan #chool of

    Management! U#A. He received -irectors A(ard for

    &utstanding Achievement/ from University of Camridge!

    Camridge "udge Business #chool! UK.

    r. Mar0 ,hompson is a University of Camridge *ecturer

    in +nformation #ystems and former eputy irector of MBA

    programmes at Camridge "udge Business #chool. He is a

    irector of Methods Consulting! UK. He is a #enior Advisor

    to the UK Cainet &ffice.

    A Reflection on Why Large Public Projects Fail

    mailto:[email protected]:[email protected]
  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    2/15

    htt"%&&'''.agilemanifesto.org&

    New research shows surprisingly high numbers of

    out-of-control tech projects - ones that can sink

    entire companies an careers!(l vb er and Bud)ier +,$$ .

    1 A"#$RA%$!here is over'helming evidence that large ! "rojects

    indeed tend to fail/ ho'ever the e0tent of failure is

    debated among academics and "ractitioners. ! "rojects

    seem to fail in both "rivate and "ublic sectors/ ho'everfailure in "ublic ! "rojects a""ear to be more s"ectacular

    due to si)e/ visibility in media and "olitical conse1uences.

    2e highlight the im"ortance of several conte0tual issuessuch as ho' to handle a diverse set of vendors/ ho' toavoid vendor loc3in/ strategi)ing to'ards a "iecemeala""roach to moderni)ation/ strategies to counter lac ofsilled ! "rofessionals in "ublic service/ the im"ortance

    of organi)ation behavior "ers"ectives such as grou"dynamics and grou" formation and finally the im"ortanceof "ro"er change management. $

    $ 4 5 a g e

    By studying conte0tual issues related to "roject failure 'ereveal t'o core conte0tual dimensions6 si)e and volatility/from 'hich a ne' frame'or 3 !he Conte0tual ! 5roject(rame'or 3 emerged. !he frame'or is leaning to'ardsconce"tions of causal agency theory and is intended tohel" strategi)e to'ards successful "rojects/ "aying

    "articular attention to "rojects "ossessing 'hat 'e call7hy"er emergent8 characteristics. 2e em"hasise theim"ortance of strategi)ing 'isely by s"litting large effortsinto manageable "ieces according to ris "rofile/ yet

    "utting "ro"er measures in "lace to maintain a clear vie'of the bigger "icture.

    Key'ords% 5ublic 5roject (ailure/ 5roject Success/

    9mergent/ Causal :gency/ 9mergent 5ers"ective

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

    2 &N$R'()%$&'N!he UK government s"ent some ;$< billion on ! in

    +,,=/ and the "ublic sector seems to mae less effectiveuse of ! com"ared to the "rivate sector/ according to

    5:SC *+,$$-. 5:SC "oints out that continuing !

    mismanagement in "ublic sector is leading to severe

    "roject failures and 'aste of ta0"ayers> money. 90am"lesof large scale "ublic "rojects are listed in 2hitfield

    *+,,?-.

    !he motivation for this "a"er is a desire to contribute in

    reducing the considerable 'aste of time and money 'ithin

    the "ublic sector on s"ectacular ! failures. !here is atendency for "ublic service ! "rojects to become

    gigantic/ and conse1uently hard to manage.

    Dunleavy et al. *+,,

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    3/15

    Debate triggers Basis for broad based action

    CHAOS (1994)Flyvbjerg and Budzier (2011)

    "!ie S#a$e"%&er (199')

    !enden and *!&+#&n (2012),-$A.ee (200/) ,

    -anu and &&dHar#er (200),

    Food for thought Niche application

    #el+an-$%ee+an3!ang(200/,*e$! %l#enb&rg 3 Fr&li$5

    ,

    !i6eld (200) Sauer 7e+in& and 8ei$!

    (200)i$!&la and Hidding (2010) ,

    ,:ASC (2011)

    5roject Success% 7!he "roject is com"leted on3time and

    on3budget/ delivering the e0"ected value85roject (ailure% 7!he "roject is either terminated or not

    com"leted on3time/ or not on budget/ or not "roviding thevalue aimed for8

    By value 'e mean the sustainable added benefit/ i.e. ifyou need to redo major "ieces of the "roject earlier than

    antici"ated/ it should be considered as a failure.

    Before 'e "resent our literature revie'/ it is 'orthmentioning that there is a very large body of literature on

    "roject failure. !he aim of this "a"er is not to summari)eall of this. ather/ 'e 'ill highlight a selection that 'illserve as the basis for a ne' understanding of commondenominators as these "ertain to the characteristics of

    "ublic service "rojects/ such as gigantic si)e/ massivecom"le0ity and high visibility.

    !he literature a""ears littered 'ith Icritical successfactors> to guide "roject success. (ortune and 2hite

    *+,,

    have many cham"ions/ but also critics. Some of the critics

    argue that merely listing critical success factors does notreveal im"ortant relationshi"s across these factors.(ortune and 2hite suggest a systems model/ the (ormalSystems Model/ as a framing device to deliver the

    benefits of taing account of success factors 'hileaccommodating the criticism. (or further study 'erecommend using this frame'or/ ho'ever for the aim ofthis literature revie' 'e structure the revie' according to

    the main findings/ follo'ed by a literature revie'analysis.

    !he selected literature can be characteri)ed along severaldimensions. !he matri0 belo' illustrates ho' the

    literature revie'ed can be "lotted along t'o a0es% *$-

    applicaility!'hich means to 'hat e0tent the literature isaddressing a narro' segment such as one "articular ty"e

    of "rojects/ a fe' "rojects/ or a certain geogra"hy/ and *+-

    transparency1reliaility! 'hich indicate to 'hat degree

    the literature is based on a trans"arent&reliable researchmethodology and baced by data.

    5 a g e

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

    Br&ad

    ro

    o

    L .

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    4/15

    $==G +,,=

    5rojects Succeeded% $s inability to act as an intelligentcustomer seems to be a conse1uence of its decision to

    outsource a large amount of its ! contracts.8 5:SC*+,$$/ "age N+-. (urther/ the 5:SC re"ort 1uotes Dr.

    5 a g e

    Mar !hom"son of Judge Business School/ University ofCambridge/ 'ho argues that 7there is usually really lousymanagement of the contract once it is in "lace8 5:SC*+,$$/ "age N+-.

    (ishenden and !hom"son *+,$+- tae the argument

    further/ and rather than just "ointing to'ards lousymanagement they call for a ne' a""roach to "ublic

    service ! altogether. (ishenden and !hom"son suggest

    use of o"en standards and architectures that allo'

    government to become technology agnostic 'hich overtime 'ill drive both innovation and reduce cost due to

    com"etition. !his 'ill/ according to (ishenden and

    !hom"son *+,$$/ "age $-/ 7create a "o'erful dynamic/

    driving dis3integration of traditional Iblac bo0ed>technologies and services/ traditionally organi)ed around

    Isystem integrators> and De"artmental structures/ and

    their re3aggregation around the citi)en in the form of

    services.8

    (ishenden and !hom"son highlight the failure of thetraditional a""roach to modernisation of the "ublic sector

    'hich has been characteri)ed as the era of Pe' 5ublicManagement *P5M-. !he underlying hy"othesis of P5M

    of "rivate sector style/ maret3oriented a""roaches to"ublic services often led to government disaggregating

    many of its functions. (urther/ P5M is encouraging

    com"etition bet'een different "arts of the "ublic sector

    and bet'een "ublic and "rivate sectors. Dunleavy et al.(2005) highlights that many of the "romised

    benefits of

    disaggregation had failed to materialise/ rather

    they"rovide e0am"les of increased administrative

    com"le0ity/

    vertical siloing of agencies/ and difficulties in co3ordinating joint service delivery.

    :s a res"onse/ (ishenden and !hom"son suggest a moveto'ards 7o"en architecture8 if government is actually to

    achieve Digital 9ra @overnance *D9@/ Dunleavy et al(2006) -. !he core of D9@ is re3aggregating of

    "ublicservices leveraging under direct government

    control

    around the citi)en/ as 'ell leveraging ne'

    technologysuch as cloud com"uting/ a""s develo"ment and

    other

    recent innovations moving to'ards an 7onlinecivili)ation8 *Dunleavy and Margetts/ +,$,-.

    nden and !hom"son suggest that @overnment>s

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

    !he majority of the issues discussed in both 5:SC *+,$$-and (ishenden and !hom"son *+,$+- lin bac 3 in one'ay or another 3 to "roject si)e. Some of the reasons 'hy

    "ublic "rojects tend to be huge and risy seem to be%

    @overnment ty"ically contracts for large/ undifferentiated

    systems that have not been se"arated out into high3 and

    lo'3ris com"onentsnstead of bundling u" standardised/ lo'3ris com"onents*'hich might be more successful-/ government hasoutsourced&develo"ed an undifferentiated mi0 of high andlo'3ris together/ resulting in a inability to identify andcontrol ey riss

    5ro"rietary technologies are also ty"ically dee"lyintegrated 'ith su""orting business logic/ meaning thatentire de"artments&functions&"rocesses need to be tacledin one go/ rather than in bits.

    2e 'ill lin bac to this discussion of conte0tual issues

    'hen 'e "resent a consolidated literature analysis later inthe "a"er. Mean'hile/ 'e suggest that these conte0tual

    issues form a useful bacground to our discussion of theother main findings belo'.

    3.2 (iagnosing failuren this cha"ter 'e 'ill start building our no'ledge of the

    e0tent to 'hich ! "rojects fail/ according to our research

    1uestion R$. 2e 'ill ee" returning to the e0tent of

    failure in the follo'ing cha"ters/ gradually building our

    understanding.

    !he Standish @rou" CH:AS re"orts on ! failure havebeen 'idely referenced and as mentioned earlier in this

    re"ort/ their definitions of success and failure have been

    debated. Ho'ever/ the CH:AS re"orts seem to be 'idely

    recogni)ed in the industry. !he Standish @rou" "ublishesa re"ort on ! failures a""ro0imately every second year

    and claims to have been collecting case information on

    real3life ! environments and soft'are develo"ment

    "rojects since $=FO. !heir cumulative research includes$? years of data on 'hy "rojects succeed or fail/

    re"resenting more than F,/,,, com"leted ! "rojects.

    90am"les of Standish research findings by year%

    !he Standish e"orts are available/ but not freely in the"ublic domain. 2e have therefore been careful not to

    reference results from CH:AS years that are not "ublicly

    available.

    !he Standish @rou" re"orted in $==G that the average costoverrun of soft'are "rojects 'as as high as $F=/ 'hilemore recent cost overrun results re"orted by the Standish@rou" and others sho' lo'er results *Jorgensen andMoloen/ +,,

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    5/15

    2hitfield *+,,?/ "age O-

    could be categori)ed into five ty"es of "erformance%

    :bandoned *=-

    Budget Challenged *O-

    Schedule Challenged *$F-

    @ood 5erformers *

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    6/15

    Contractors overstate their ability to deliver

    Conclusions by analysts are seldom critically

    assessed before acce"ted

    5ublic clients lac com"etence in managing large

    scale "rojects

    !he lac of sills in managing large scale "rojects havebeen addressed by a number of studies/ including

    Ka""elman/ McKeeman and hang *+,,s underscoringof the im"ortance of communication sills/ and McManusand 2ood3Har"er *+,,?->s highlighting of *among otherfactors- "oor staeholder communications and "oorleadershi" in "roject delivery. 5:SC *+,$$- addresses thishead on by taling about 7mismanagement8 in "ublic !.!he bottom line is that several studies highlight a lac ofsills in managing large ! efforts as a core reason for

    "roject failure.

    !he im"act of 7blac s'an83effectsBased on research of $.G?$ large !3"rojects/ (lyvbjerg

    and Bud)ier *+,$$- found that the average cost overrun'as +?. !his finding is in line 'ith the figures re"orted

    by several of the "a"ers referenced above/ for e0am"leJorgensen and Moloen *+,,McManus and 2ood3Har"er studied +$G 9uro"ean "ublic

    and "rivate "rojects covering the "eriod $==F3+,,O. !hey

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    7/15

    is Category !o" rated iss

    "onsorshi"&A'nershi" 5roject has inade1uate to"

    management commitmentunding and Scheduling 9ntire "roject must be

    budgeted at the outset5ersonnel and staffing 5roject lacs enough staff

    or right sills

    found that out of the +$G "rojects e0amined/ +G 'erecancelled. n +, of the cases the cancellation 'as due toissues related to the business&organi)ation. n ON of thecases the cancellation 'as due to management3relatedissues/ and in +? cancellation 'as due to technology3related issues.

    !he average duration of the e0amined "rojects 'as +s "a"er/ 'e suggest this has not only to do 'ithlac of traditional "roject management disci"line but alsolac of com"etence in leading change journeys.

    Mc:fee *+,,

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    8/15

    Sco"e e1uirements are ignoredfor the sae of technology

    e1uirements 5roject changes are

    managed "oorlyelationshi"

    Management

    5roject fails to satisfy end3

    user e0"ectations

    Nhtt"%&&agilemanifesto.org&"rinci"les.html

    #ource2 ,esch! Kloppenorg and 8rolic0 $677

    Strategies for avoiding riss are often related toestablishing "roject management "rocesses 'ithin theorganisation. Ho'ever/ other researchers 'arn that over3reliance on methodology can be a cause of failure in itself/as discussed earlier *for e0am"le McManus and 2ood3

    Har"er *+,,?--.

    :nother theme is the im"ortance of recogni)ing the

    hidden riss that are difficult to avoid or mitigate in a"lanned fashion. :long these lines/ (lyvbjerg and Bud)ier

    suggest taing a 7blac s'an8 stress test before engaging

    in a large technology "roject/ as a systematic ris

    "lanning "rocess 3 as suggested by !esch/ Klo""enborgand (rolic 3 might not be enough.

    Management 5rinci"les :ssociated 'ith ! 5roject

    SuccessPicholas and Hidding *+,$,- "oint out that success in !

    "rojects remains elusive/ even after decades of efforts to

    im"rove it. !hey argue that most of these efforts havefocused on the traditional "roject management "aradigm*for e0am"le "resented in 5M *+,,F-- and that e0"loringa ne' "aradigm called Talue3Driven Change Veadershi"*TDCV- might be useful. !he TDCV suggests tracing

    business value3added benefits rather than tracingconformity to "lans and schedules.

    !he :gile Manifesto *referenced earlier- re"resents yetanother "aradigm for soft'are develo"ment. n the :gileManifesto 5rinci"lesN 'e read 72elcome changingre1uirements/ even late in develo"ment. :gile "rocessesharness change for the customerYs com"etitive advantage.8

    http://agilemanifesto.org/principles.htmlhttp://var/www/apps/conversion/tmp/scratch_1/HYPERLINK%23bookmark15http://agilemanifesto.org/principles.htmlhttp://var/www/apps/conversion/tmp/scratch_1/HYPERLINK%23bookmark15
  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    9/15

    Failure= C&re $aue >?j&&rjin&&.

    @.u

    naJ$

    '&

    FlyvjbergandBudz

    %a##el+an-$%ee+a

    (200/)

    in7DE1!Z$

    $ZOlA->

    +->

    &-$A.ee(20

    -$-anuand&&dH

    9i$!&laandHiddi

    :ASC(201

    Sauer7e+in&and

    *e$!%l#enb&rg

    (200)

    Fi!endenand*!&+

    !i"6eld(20

    s money is on the

    line.

    !he literature revie' has revealed common core themescontributing to success and failure of "ublic ! "rojects.Veadershi"3related issues emerge as the over3archingtheme. :lthough "ro"er technology strategy andim"lementation need to be in "lace/ ! "rojects seldomfail due to technology related issues. !hroughout theliterature revie' this vie' seems to be a commondenominator/ even though each "iece of literature "lacesdiffering em"hasis on the various leadershi"&managementfactors addressed. !his is illustrated in the table belo'/'here the main causes determining ! "roject failure arema""ed across the literature revie'ed.

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    10/15

    ,ale 3 2 *iterature revie(2 Core causes of failure

    $$ 4 5 a g e

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

    2e suggest that "roject si)e and volatility form a useful'ay to "lace the above findings in conte0t. Sauer/@emino and eich *+,,?- suggest that ris of "rojectfailure increases 'ith "roject si)e and volatility. !heim"ortance of the si)e factor is baced by numerousre"orts/ including 2hitfield *+,,?-/ (lyvbjerg andBud)ier *+,$$-/ 5:SC *+,$$-/ (ishenden and !hom"son

    *+,$$-. !he im"ortance of "ro"er handling of volatility isaddressed in several "a"ers/ for e0am"le Picholas andHidding *+,$,-/ 5:SC *+,$$-.

    2e "ro"ose analy)ing "roject failure by a""lying "rojectsi)e and volatility as core conte0tual dimensions. 2e

    "ro"ose a ne' frame'or 3 the Conte0tual ! 5roject(ame'or 3 'hich is intended to *$- hel" strategi)eto'ards successful "rojects by leveraging conte0tuallysound strategies/ *+- facilitate discussions about "roject

    success and failure/ and *N- frame our literature revie'analysis.

    !he frame'or ma"s 'ell to the 'or of Marus and

    obey *$=FF- 'ho loo at the relationshi" bet'een

    information technology and organi)ational change from acausal agency "oint of vie'. !hey lay out three

    conce"tions of causal agency% *$- the technological

    $+ 4 5 a g e

    im"erative 'here ! is vie'ed as a cause of

    organi)ational change/ *+- the organi)ational im"erative

    'here designers can manage the im"acts of ! systems byattending to technical and social concerns/ and *N- the

    emergent "ers"ective 'here the uses and im"act of !

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    11/15

    emerge un"redictably from com"le0 social interactions.

    !he organi)ational imperative! 'hich builds on the

    assum"tion of designer discretion/ seems to fit 'ell in

    analy)ing situations 'here there is lo' degree of

    volatility *the left 1uadrants in the Conte0tual ! 5roject(rame'or-. !he emergent perspective! 'hich

    a""reciates that "references develo" and change over time

    and behavior is hard to "redict/ can be a""lied to the right

    1uadrants of the Conte0tual ! 5roject (rame'or.:ccording to Marus and obey/ em"irical research has

    generated contradictory findings related to the

    technological imperative! thus 'e do not include this

    "ers"ective in the "ro"osed frame'or.

    :s "resented in the literature revie'/ Picholas andHidding *+,$,- discuss management "rinci"les associated'ith ! "roject success/ and "resent t'o schools ofthought. !he traditional efficiency school defines success

    by timely and on3budget delivery according to "re3determined s"ecifications. !his traditional vie' of !

    "roject management/ also su""orted by 5M *+,,F-/

    seems to a""ly 'ell in "rojects characteri)ed by a lo'degree of volatility/ and is 'ell suited for 7Sim"le8 or7Com"le08 "rojects according to our suggestedframe'or. !he effectiveness school of thought/ 'hichdefines success according to value out"ut rather than "re3determined s"ecifications/ seems to a""ly 'ell incircumstances 'ith higher degree of volatility.

    :s both "roject si)e and volatility increase/ the "rojectmight end u" in the 7Hy"er 9mergent8 1uadrantcharacteri)ed by high ris of failure. !he organi)ational

    "ers"ective fails in e0"laining causality in hy"er emergent"rojects as cause and effects in high volatile environmentsare by nature blurred and hard to com"rehend. n such

    situations "re3determined s"ecifications are liely to besubject to significant change/ and even 'ith "ro"erchange control mechanisms it is liely to be a costlye0"erience. :mong the various underlying causes offailure highlighted in 5:SC *+,$$- are over3s"ecificationof re1uirements and a tendency to commission large

    "rojects 'hich struggle to ada"t to changingcircumstances.

    Based on our e0"erience/ large "ublic "rojects tend to end

    u" being 7Hy"er 9mergent8 due to vast si)e and high

    volatility in management and&or changes in schedule/budget and sco"e as "resented by Sauer/ @emino and

    eich *+,,?-. n the e0isting literature 'e have not found

    any com"elling holistic strategy to co"e 'ith such hy"er

    emergent conte0tual situations. 5ure emergent strategies/

    $N 4 5 a g e

    for e0am"le instantiated by the agile movement

    mentioned earlier/ is to our no'ledge not yet a""lied

    sufficiently to huge "ublic "rojects. Ane vie' might be

    that e0isting emergent strategies a""ly 'ell to small andvolatile "rojects/ but are not sufficient as a measure to

    address the needs of the 7Hy"er 9mergent8 large and

    volatile "ublic "rojects. !his vie'/ ho'ever/ needs further

    study to 1ualify.

    n the absence of a holistic a""roach to handle 7Hy"er9mergent8 "rojects/ 'e suggest an avoidance strategy'here large "ublic "rojects are divided into smallermanageable "ieces scattered across the conte0tual !5roject (rame'or/ yet avoiding the 7Hy"er 9mergent81uadrant. 5roject slices categori)ed as 7Sim"le8/7Com"le08 or 79mergent8 can be addressed by 'ellno'n a""roaches from either the efficiency3 oreffectiveness cam". :voiding large and volatile "rojectsseems to be in the s"irit of 2hitfield *+,,?-/ (ishendenand !hom"son *+,$+-/ 5:SC *+,$$-/ (lyvbjerg andBud)ier *+,$$-.

    9ven though the Conte0tual ! 5roject (rame'or"resents four distinct 1uadrants/ in reality a "roject 'illfind itself on a spectrum along the si)e and volatilitydimensions. !he diagonal ris dimension illustrated islie'ise relative. !hus/ even after a""lying avoidancestrategies/ a cluster of sliced "rojects 'ill differ in theirrelative degree of being 7Hy"er 9mergent8. !herefore 'esuggest (lyvbjerg and Bud)ier>s advice of "erforming7blac s'an8 stress tests still a""lies. :lso/ rismitigation strategies are highly a""licable as "ointed outin numerous studies such as McManus and 2ood3Har"er*+,,?-/ !esch/ Klo""enborg and (rolic *+,,?-.

    Based on the literature revie' 'e believe that strategies to

    avoid 7Hy"er 9mergent8 situations are im"ortant/ yet notsufficient/ in co"ing 'ith "ublic "roject failure. 9venthough 'e slice "rojects in to manageable "iecesaccording to their ris "rofile/ the out"ut from the sliced

    "rojects still need to 'or together in a "ro"erlyorchestrated sym"hony. !his is "articularly im"ortant as'e move from the era of Pe' 5ublic Management *Jamesand Manning/ $==

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    12/15

    !herefore 'e "redict that the lac of silled leadershi"ca"acity 'ill remain at the centre of gravity in e0"lainingfailure of large scale ! "rojects. Vac of silled !leadershi"&management is re"orted in numerous studies to

    be a ey reason for failure *Ka""elman/ McKeeman andhang *+,, among the "ieces. !hird/

    blending an undifferentiated mi0 of high and lo' riscom"onents into one large contract is/ according to theliterature revie'/ not best "ractice.

    $G 4 5 a g e

    !he strategy of eating the ele"hant one "iece at a timeseems logical and reasonable. Ho'ever/ the im"ortance ofunderstanding the bigger "icture is still "aramount. Joint! "ublic service delivery across agencies/ and evenacross entities 'ithin large agencies/ tends to be

    "roblematic. !he im"ortance of "ro"er changemanagement/ common understanding of urgency/ clearand shared goals/ trans"arent status and strong focus on

    de"endency and ris mitigation are all critical in ensuringsuccess. nternal "o'er struggles might undermineefficient service delivery/ and the im"ortance of acommon/ clear and acce"ted over3arching goal can not bestressed enough. !his a""ears to be true in both o"en andclosed architectural strategies.

    !o com"ensate for lac of sills "ublic agenciessometimes tend to focus heavily on methodology and

    "rocesses. ndustriali)ed and o"timi)ed delivery "rocesses

    are of course im"ortant/ but the literature revie' reveals

    that this cannot be a substitute for the scarce leadershi"sills mentioned above. Aver3reliance on methodology

    and "rocess can lead to a dangerous false sense of control.

    :ccording to the literature revie'/ the inconvenient truthis rather a severe lac of leadershi"/ ! delivery sills ande0"erience on both sides of the table *clients and

    contractors-.

    :s discussed/ volatility is common in large scale !"rojects. :s "rojects are assessed to be leaning to'ardsthe right 1uadrants 79mergent8 or 7Hy"er 9mergent8 ofthe Conte0tual ! 5roject (rame'or/ 'e submit that

    "ublic agencies not only should evaluate "ro"osals basedon initial "rice/ but "utting a stronger em"hasis oncontractual measures to ensure long term value formoney. Aver3reliance on u"3front detailed s"ecificationsof large "rojects has "roven not to deliver "redictableoutcomes as the needs are subject to change. Vong3running "rograms might even be subject to major "olicychange/ maing initial re1uirements incom"lete or evenirrelevant.

    !o sum u"/ 'e "ro"ose a ne' frame'or 3 the

    Conte0tual ! 5roject (rame'or 3 'hich is intended to

    *$- hel" strategi)e to'ards successful "rojects byleveraging conte0tually sound strategies/ *+- facilitate

    discussions about "roject success and failure/ and *N-

    frame our literature revie' analysis. 2e suggest anavoidance strategy for moving a'ay from 7Hy"er

    9mergent8 "rojects/ and highlight the im"ortance of

    strategi)ing 'isely in s"litting large efforts intomanageable "ieces according to ris "rofile. Still/ there isclearly a need for a silled leadershi"/ change

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    13/15

    management and ! delivery sills to ensure large scale! "roject success. !he sills are ac1uired largely bye0"erience from large scale "rojects and 'e suggest ne'strategies to address the current scarcity of such sills/

    "utting "ro"er measures in "lace to maintain a clear vie'of the bigger "icture. Aver3reliance on contractualmeasures/ methodology and "rocess do not lead to theeva"oration of the need of "ro"er sills/ leadershi" and

    management.

    5 %'N%L)#&'N!he "rimary objective of this re"ort has been to shed light

    on the research 1uestions through a focused literature

    revie' su""orted by our analysis. Belo' 'e revisit the

    research 1uestions and highlight the main findings.(inally 'e 'ill discuss limitations and suggest further

    research.

    1. !o 'hat e0tent do large ! "rojects fail!he literature revie' revealed over'helming evidence

    that ! "rojects in general/ and large "ublic ! "rojects in"articular/ indeed tend to fail. :n alarming rate of !"rojects fail in terms of both schedule and cost overruns.5erha"s even more severely/ large "rojects have atendency not delivering the "romised value and some areabandoned 'ith a huge net loss not reali)ing any value atall. Varge scale "ublic ! "rojects are ty"ically triggered

    by "olicy reform and conse1uently highly visible in mediaas ta0"ayer>s money is on the line.

    2e found most studies reveal cost overruns in the rangeof about N, *see for e0am"le Jorgensen and Moloen*+,,

    role/ data collection a""roach and a""roach to data

    analysis tend to influence the conclusions. n this "a"er

    'e are referencing numerous "ieces of literature/ but havenot done a detailed com"arison 'ith regard to the above

    mentioned as"ects.

    This paper is accepted for publication as chapter in the book project "TheGovernance of Large-Scale Projects -Linking Citizens and the State", The ertie School of Governance and the

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    14/15

    Future work(urther research should be aimed s"ecifically at the

    7Hy"er 9mergent8 1uadrant of our suggested Conte0tual

    ! 5roject (rame'or/ and 'e 'elcome em"irical

    evidence of a""lication of agile strategies in 7Hy"er9mergent8 conte0ts.

    :s "ublic "rojects tend to fail due to "eo"le3related issues

    rather than technology/ 'e suggest further research in thelines of Arlio'si and Barley *+,,$- 'ho looed at 'hatresearch in technology and research on organi)ations canlearn from each other.

    2e suggest further study to address the scarcity of

    resources "ossessing the "ro"er blend of sills re1uired to

    successfully manage large ! "rojects. Aur research has"rovided initial evidence of 'hat ind of sills needed/

    ho'ever a dee" dive to add even more flesh to the bones

    is 'elcomed.

    :n even more com"rehensive and detailed literaturerevie' covering the full body of no'ledge on ! "roject

    failure is highly 'elcomed.

    (inally/ 'e suggest further study to address issues

    discussed by Jorgensen and Moloen *+,,G-/ as

    discussed above. 2e suggest a detailed com"arison of theliterature revie'ed in this study 'ith regard to the above

    mentioned as"ects.

    6 A%2N'WL3(+3*3N$#:s "art of this research 'e reached out to a number of

    institutions/ scholars and authorities. 2e a""reciate their

    hel" in forming the ey research 1uestions/ theidentification of relevant literature and valuable feedbacon our analysis. :mong the contributors 'ere%

    3 Jens Perve/ Head of De"./ :gency for 5ublicManagement and e@overnment/ Por'ay

    3 Dr. Magne Jorgensen/ Simula esearch Vabs/Por'ay

    3 :le0ander Bud)ier/ 5hD student/ Said BusinessSchool/ University of A0ford/ UK

    3 Dr. Svenja (al/ @lobal Vead of :ccenture5ublic esearch/ (ranfurt/ @ermany

    $< 4 5 a g e

    7 R3F3R3N%3#

    CH:AS *$==G-% 7!he Standish @rou" e"ort% Chaos8/

    !he Standish @rou" $==G/htt"%&&'''.standishgrou".com&sam"le[research&chaos[$=

    =G[$."h" *:ccessed January +/ +,$+-

    Dunleavy 5./ et al. *+,,O-% 7Pe' 5ublic Management is

    dead 3 long live digital3era governance8/ Journal of 5ublic:dministration esearch and !heory $

  • 7/25/2019 A Reflection on Why Large Public IT Projects Fail - Kjetil Mark Thompson s Chapter

    15/15

    frese& *:ccessed January +/ +,$+-

    Hodgson *+,,+-% 7Kee"ing \our Head :bove 2ater8/htt"%&&'''.cons"ectus.eom&+,,+&november&article$=.as" *:ccessed January +/ +,$+-

    Jorgensen/ M. and Moloen3,stvold/ K. *+,,G-%Qeasons for Soft'are 9ffort 9stimation error% m"act ofes"ondent ole/ nformation Collection :""roach/ and

    Data :nalysis MethodQ/ 999 transactions on Soft'are9ngineering/ Tolume N,/ ssue $+/ December +,,G.

    Jorgensen/ M. and Moloen3,stvold/ K. *+,,