Mythbusting Software Estimation Todd Little VP Product Development IHS.

Slides:



Advertisements
Similar presentations
Keith McMillan Principal, Adept Technologies Copyright (C) 2008, Adept Technologies llc.
Advertisements

Delivering Enterprise Projects Using Agile Methods Brent Barton May 23, 2006.
Todd Little Landmark Graphics It Depends APLN Leadership Summit 2008 L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Mythbusting Software Estimation Todd Little VP Product Development IHS.
Systems Analysis and Design 8 th Edition Chapter 3 Managing Systems Projects.
ESTIMATING Agile/practical project work TDT4290, NTNU, Trondheim Fredrik Bach 02/09/2014.
1 / 27 CS 709B Advanced Software Project Management and Development Software Estimation - I Based on Chapters 1-3 of the book [McConnell 2006] Steve McConnell,
The Value Uncertainty Game
Uncertainty surrounding the Cone of Uncertainty Todd Little “It’s tough to make predictions, especially about the future.” – Yogi Berra.
Systems Analysis and Design 8th Edition
6 December ’s  60’s “Cowboys” wrote software anyway that they could Difference between best programmers and worst as high as 28:1 (many sources)
CSE 403 Lecture 8 Risk assessment. Lecture goals Understand risk management and assessment techniques Guarding against failure to meet delivery deadline,
Managing a Project Using an Agile Approach and the PMBOK® Guide
Readiness Index – Is your application ready for Production? Jeff Tatelman SQuAD October 2008.
Risk Management. What is risk? You have some expected outcome –Of some event in the future Risk is the deviation of the actual future outcome from the.
1 Agile Estimating and Planning October, 2013 Technion, Israel Prof. Fabio Kon University of Sao Paulo, Brazil
Diane Pozefsky. 1960’s  60’s “Cowboys” wrote software anyway that they could Difference between best programmers and worst as high as 28:1 (many sources)
7 Sins of Scrum and other Agile Anti-Patterns Todd Little VP Product Development June 2015.
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
Risk management in Software Engineering T erm Paper By By Praveenkumar Sammita Praveenkumar Sammita CSC532 CSC532.
Software Development Landscape
The Agile Primer July 2008 © ThoughtWorks 2008.
Software Project Planning CS470. What is Planning? Phases of a project can be mostly predicted Planning is the process of estimating the time and resources.
Todd Little Sr. Development Manager Landmark Graphics Context Driven Agile Leadership One Size Doesn’t Fit All.
Barely Sufficient Portfolio Management Todd Little So many decisions, more time than we thought.
22 Jul 2005CSE403, Summer'05, Lecture 12 Lecture 12: Scheduling, Estimation, and Prioritization (Part II) Valentin Razmov.
1 Software Process Models-ii Presented By; Mehwish Shafiq.
Risk Management for Software Projects. The curve that is the life of your project…
Agile Concepts - II “Agile” Estimating & Planning Nupul Kukreja 5 th November, 2014.
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
Stand Back and Deliver With the Purpose Alignment Model Todd Little, VP Product Development at IHS.
1 Agile Release Management. 2 Recall - Highsmith’s remedies for schedule risk Team involvement in planning and estimating Early feedback on delivery velocity.
AP-1 5. Project Management. AP-2 Software Failure Software fails at a significant rate What is failure? Not delivering it on time is an estimation failure.
The Art of Estimating Programming Tasks Adriana Lopez Development Director Dragon Age II.
Week 3 Outline Post-Mortem By: Jamaral Johnson. 2 After Actions Review In this presentation I will do my best to highlight what went wrong. This is just.
Scrum Santhosh Srinivasan. Outline What is Scrum What is Scrum Why Scrum Why Scrum Scrum Practices Scrum Practices Why Scrum works Why Scrum works Pros.
Modeling Tough Scheduling Problems with Software Alex S. Brown Mitsui Sumitomo Marine Management (USA), Inc.
Meeting Management/Planning. Today Go over basics of meeting management Introduce key elements of creating a plan.
1 PROJECT RISKS IMPORTANCE OF COOPERATION BETWEEN PMs AND TEAM LEADs AUGUST 5, 2015.
AP-1 4. Agile Processes. AP-2 Agile Processes Focus on creating a working system Different attitude on measuring progress XP Scrum.
Risky Business Work Todd Little Sr. Development Manager Landmark Software & Services.
Risk and Risk Management (Theory and Practice) “It’s tough to make predictions, especially about the future.” Yogi Berra, Niels Bohr Todd Little and Chris.
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
Extreme programming (XP) Variant of agile Takes commonsense practices to extreme levels © 2012 by Václav Rajlich1.
Dr. Rob Hasker. Avoiding failure  Standish Report, 2014 Standish Report 31% projects cancelled before completion 53% projects ~190% of original estimate.
SCRUM.
Risk in a collaborative culture.  Why risk matters  Profiling risk  Mitigating risk  Communicating and owning mitigation.
A Noble Product Owner – Who Can Find? Kim Hardy, Agile Coach CSM & SAFe Program Consultant.
BSBPMG503A Manage Project Time Manage Project Time Project Time Processes Part 2 Diploma of Project Management Qualification Code BSB51507 Unit Code.
Ashima Wadhwa.  Probably the most time-consuming project management activity.  Continuous activity from initial concept through to system delivery.
Introducing an Agile Process to an Organization By Mike Cohn and Doris Ford IEEE Computer.
Agile Project Management and the yin & yang of
PA Techcon: Project management
Metrics That Matter Real Measures to Improve Software Development
7 Sins of Scrum and other Agile Anti-Patterns
To Estimate or #NoEstimates, that is the question
To Estimate or #NoEstimates, that is the question
Mike Cohn - Agile Estimating and Planning
Client Management Managing Client Expectations
Taking an Iteration Down to Code
ITPD ISSUE MANAGEMENT PROCESS SEPTEMBER 5, 2008
7 Sins of Scaling and other Agile Anti-Patterns
The Value Uncertainty Game
Sprint Planning April 2018.
SE 3800 Note 10 Project Management
One Size Doesn’t Fit All
Presentation transcript:

Mythbusting Software Estimation Todd Little VP Product Development IHS

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test First

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #1: Estimation challenges are well understood by General Management, Project Management, and Teams and it is normal to be able to estimate projects within 25% accuracy.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #2: Estimation accuracy significantly improves as the project progresses

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #3: Estimations are frequently impacted by biases and these biases can be significant.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #4: We’re pretty good at estimating things relatively

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #5: Velocity/Throughput is a good tool for adjusting estimates.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #6: We’re a bit behind, but we’ll make it up in testing since most of our uncertainty was in the features.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #7: Scope Creep is a major source of estimation error.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #8: Having more estimators, even if they are not experts, improves estimation accuracy

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #9: Project success is determined by on-time delivery

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #10: Estimation is waste

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #1: Estimation challenges are well understood by General Management, Project Management, and Teams and it is normal to be able to estimate projects within 25% accuracy.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Managing the Coming Storm Inside the Cyclone When will we get the requirements? All in good time, my little pretty, all in good time But I guess it doesn't matter anyway Doesn't anybody believe me? You're a very bad man! Just give me your estimates by this afternoon No, we need something today! I already promised the customer it will be out in 6 months No, we need it sooner. Not so fast! Not so fast!... I'll have to give the matter a little thought. Go away and come back tomorrow Ok then, it will take 2 years. Team Unity Project Kickoff

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. We’re not in Kansas Anymore My! People come and go so quickly here! I may not come out alive, but I'm goin' in there! The Great and Powerful Oz has got matters well in hand. "Hee hee hee ha ha! Going so soon? I wouldn't hear of it! Why, my little party's just beginning! Developer Hero Reorg Testing

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Why is Software Late? Genuchten 1991 IEEE General Manager Project ManagerItem 110Insufficient front end planning 23Unrealistic project plan 38Project scope underestimated 41Customer/management changes 514Insufficient contingency planning 613Inability to track progress 75Inability to track problems early 89Insufficient Number of checkpoints 94Staffing problems 102Technical complexity 116Priority Shifts 1211No commitment by personnel to plan 1312Uncooperative support groups 147Sinking team spirit 15 Unqualified project personnel

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. The Context of Feedback

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Why is Software Late? Genuchten 1991 IEEE General Manager Project ManagerItem HHCustomer/management changes HHUnrealistic project plan MHStaffing problems LHOverall complexity HLInsufficient front end planning

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Negotiation Bias "It is difficult to get a man to understand something when his salary depends upon his not understanding it.“ Upton Sinclair:

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Space Shuttle Challenger EngineersManagement Probability of loss of life1 in 1001 in 100, Flights 2 Disasters 14 Deaths

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. IEEE Software, May/June 2006

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Accuracy of Initial Estimate

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Data From Steve McConnell

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Uncertainty Percentage of Projects 10-20% Less than or equal to original estimate 50% Less than 2X original estimate 80-90% Less than 4X original estimate

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Actual vs. Original Estimate

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. 5 John Helm Agile 2013

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Jørgensen 2013 Put software development project for bid on online marketplace vWorker.com Received 16 bids. Reduced down to 6 bids from vendors that had high (9.5) client satisfaction. All 6 bidders went ahead and built the software

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Jørgensen 2013 Highest Estimate 8x the Lowest Actual/Estimate Range: 0.7 – 2.9 (4x) Actual Performance Range: Worst took 18X the effort of the best

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #1: Estimation challenges are well understood by General Management, Project Management, and Teams and it is normal to be able to estimate projects within 25% accuracy.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #2: Estimation accuracy significantly improves as the project progresses

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. How does Estimation Accuracy Improve Over Time?

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Landmark Cone of Uncertainty

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. But is Uncertainty Really Reduced? “Take away an ordinary person’s illusions and you take away happiness at the same time.” Henrik Ibsen--Villanden

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. The Real Business Question How much work do we have left to do and when will we ship?

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Remaining Uncertainty

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Remaining Uncertainty Story Estimate

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #2: Estimation accuracy significantly improves as the project progresses

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #3: Estimations are frequently impacted by biases and these biases can be significant.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Optimism Bias

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 1 (Jørgensen IEEE Software 2008) GroupGuidanceResult A800 B40 C4 DNone160

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 1 GroupGuidanceResult A B40100 C460 DNone160

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 2 GroupGuidanceResult AMinor Extension BNew Functionality CExtension50

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 2 GroupGuidanceResult AMinor Extension 40 BNew Functionality 80 CExtension50

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 3 GroupGuidanceResult AFuture work at stake, efficiency will be measured BControl100

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Test 3 GroupGuidanceResult AFuture work at stake, efficiency will be measured 40 BControl100

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Understand Bias "What gets us into trouble is not what we don't know. It's what we know for sure that just ain't so.“ Mark Twain

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #3: Estimations are frequently impacted by biases and these biases can be significant.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #4: We’re pretty good at estimating things relatively

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Anchoring

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Relative Anchoring “A” relative to “B” is not symmetric with “B” relative to “A” Jørgensen IEEE Software March 2013 Austria’s population is 70% of Hungary’s (Austria relative to Hungary), while Hungary’s population is 80% of Austria’s (Hungary relative to Austria).

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Relative Estimation Studies? An evaluation of the paired comparisons method for software sizing Eduardo Miranda

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Relative Sizing - Dimensionality

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #4: We’re pretty good at estimating things relatively

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #5: Velocity/Throughput is a good tool for adjusting estimates.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Velocity Scope Creep Burnup Chart

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Velocity Helps Remove Bias

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. But Velocity is not a Silver Bullet Story Estimate

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #5: Velocity is a good tool for adjusting estimates.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #6: We’re a bit behind, but we’ll make it up in testing since most of our uncertainty was in the features.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Lan Cao - Estimating Agile Software Project Effort: An Empirical Study

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #6: We’re a bit behind, but we’ll make it up in testing since most of our uncertainty was in the features.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #7: Scope Creep is a major source of estimation error.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. We want this

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Scope Creep Capers Jones  2% per month  27% per year Velocity Scope Creep

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Estimate Velocity Net of Scope Creep

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Success vs. Project Duration -- Larman / Standish

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #7: Scope Creep is a major source of estimation error.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #8: Having more estimators, even if they are not experts, improves estimation accuracy

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Group Estimation Exercise Number of Jellybeans in the jar

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Actual vs. Original Estimate Range (p90/p10)

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Wisdom of Crowds Jelly Beans “Who Wants To Be a Millionaire?” audience correct 91% Dutch Tulip Mania 1637

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Ask the Team

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #8: Having more estimators, even if they are not experts, improves estimation accuracy

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #9: Project success is determined by on-time delivery

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Delivery Challenges/Failures Standish Group 2006, reported by CEO Jim Johnson, CIO.com, ‘How to Spot a Failing Project’

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Why do we care about on-time delivery?

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Cost of Delay

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Wrong Priorities

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Poker Metric: Percent of Hands Won

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Software Metric – On Time%

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Value Metric Word Processing Market Share

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. The Measurement Inversion 82 Lowest Information Value Highest Information Value Most Measured Least Measured Cost & Time Value Delivery

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. OntimeNoYesNoYes OutcomeBadGood Bad Outputs and Outcomes

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Outputs and Outcomes Outcome GoodBad Output Late Ontime

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #9: Project success is determined by on-time delivery

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #10: Estimation is waste

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. The Real Business Questions Is it worth doing? What is the priority? When is the target time to ship? What is the critical scope? Do we have the right investment? What is the cost of delay?

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. #10: Estimation is waste

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Now What?

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Estimation and Prioritization XL L M S SML Cost Value Priority

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. The A/B/C List sets proper expectations (similar to MoSCoW) A MUST be completed in order to ship the product and the schedule will be slipped if necessary to make this commitment. B Is WISHED to be completed in order to ship the product, but may be dropped without consequence. C Is NOT TARGETED to be completed prior to shipping, but might make it if time allows. Only “A” features may be committed to customers. If more than 50% of the planned effort is allocated to “A” items the project is at risk.

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Sizing for Scope Creep 500 Point release backlog Velocity of 25 points per 2 week iteration 2%/mo = 1% scope creep per iteration = 5 pts. Net Planned Velocity = 20 pts/iteration

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. A A/B/C List 50%100% Backlog Plan Typical Delivery 25% AB C B C D 50% 25% Target Delivery Date

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. A/B/C List 50%100% Backlog Plan Uncertainty Risk 25% AB C B C D 50% 25% Target Delivery Date A

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Metrics to Track

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Velocity Scope Creep Burnup Chart Monitor Quality

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Ask the Team

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Cost of Delay

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Contact Todd Little

© 2012 IHS No portion of this presentation may be reproduced, reused, or otherwise distributed in any form without prior written consent. Overconfidence of Success Matthew G. Miller, Ray J. Dawson, Kieran B. Miller, Malcolm Bradley (2008). New Insights into IT Project Failure & How to Avoid It. Presented at 22nd IPMA World Congress -­ ‐ Rome (Italy) November 9-­ ‐ 11, 2008, in Stream 6. As of May 2013, self published at