The Standish Group report 83.9% of IT projects partially or completely fail
Last updated: August 29, 2024 Read in fullscreen view
- 13 Apr 2024
Lessons on Teamwork and Leadership from Chinese story book "Journey to the West" 109/1154 - 02 Nov 2021
What is Terms of Reference (ToR)? 70/1620 - 19 Oct 2021
Software development life cycles 59/733 - 18 Oct 2020
How to use the "Knowns" and "Unknowns" technique to manage assumptions 59/1136 - 03 Apr 2022
Microsoft Solutions Framework (MSF) 55/1341 - 13 Oct 2021
Outsourcing Software Development: MVP, Proof of Concept (POC) and Prototyping. Which is better? 53/510 - 31 Aug 2022
What are the best practices for software contract negotiations? 48/304 - 12 Oct 2022
14 Common Reasons Software Projects Fail (And How To Avoid Them) 47/599 - 13 Dec 2020
Move fast, fail fast, fail-safe 46/356 - 06 Feb 2021
Why fail fast and learn fast? 44/498 - 01 Oct 2020
Fail fast, learn faster with Agile methodology 44/1081 - 14 Oct 2021
Advantages and Disadvantages of Time and Material Contract (T&M) 39/903 - 13 Oct 2025
Why Fiverr’s Freelance Empire Self-Destructed 38/98 - 12 Aug 2022
What is End-to-end project management? 35/488 - 02 May 2022
What Is RAID in Project Management? (With Pros and Cons) 35/855 - 18 Aug 2022
What are the consequences of poor requirements with software development projects? 34/291 - 05 Sep 2023
The Cold Start Problem: How to Start and Scale Network Effects 32/221 - 01 Mar 2023
Bug Prioritization - What are the 5 levels of priority? 31/251 - 23 Jun 2024
Best Practices for Managing Project Escalations 31/232 - 07 Jul 2022
Managing Project Execution Terms 31/437 - 18 Dec 2023
The Cone of Uncertainty in Scrum & Requirement Definition 31/733 - 04 Oct 2021
Product Validation: The Key to Developing the Best Product Possible 31/334 - 08 Oct 2022
KPI - The New Leadership 30/624 - 28 Jul 2022
POC, Prototypes, Pilots and MVP: What Are the Differences? 29/741 - 03 Jan 2023
Organizing your agile teams? Think about M.A.T (Mastery, Autonomy, Purpose) 29/408 - 17 Dec 2025
Unaligned Escalation Logic: A Silent Risk in Complex Organizations 29/50 - 07 Oct 2025
Case Study: Using the “Messaging House” Framework to Build a Digital Transformation Roadmap 28/99 - 05 Jan 2024
Easy ASANA tips & tricks for you and your team 28/223 - 04 Oct 2022
Which ERP implementation strategy is right for your business? 28/345 - 10 Nov 2022
Poor Code Indicators and How to Improve Your Code? 27/243 - 04 Mar 2023
[Medium] Box-Ticking: The Management Strategy That’s Killing your Productivity 27/652 - 10 Apr 2024
The Parking Lot Method: Unlocking a Simple Secret to Supercharge Your Productivity 27/511 - 28 Dec 2021
8 types of pricing models in software development outsourcing 27/459 - 28 Oct 2022
Build Operate Transfer (B.O.T) Model in Software Outsourcing 27/423 - 10 Dec 2023
Pain points of User Acceptance Testing (UAT) 27/476 - 18 Oct 2021
Key Elements to Ramping Up a Large Team 26/1243 - 23 Sep 2021
INFOGRAPHIC: Top 9 Software Outsourcing Mistakes 26/448 - 26 Sep 2024
Successful Project Management Techniques You Need to Look Out For 26/416 - 05 Jun 2023
Fractional, Part-Time (virtual) or Interim CTO: Who Will Cover Your Business Needs? 26/162 - 11 Jan 2024
What are the Benefits and Limitations of Augmented Intelligence? 25/498 - 05 Mar 2021
How do you minimize risks when you outsource software development? 25/346 - 18 Feb 2026
"Hit and Run" Project Management: Balancing Speed with Sustainability 25/38 - 01 Nov 2025
From Miracle to Mirage: The Truth Behind “Vibe Coding” 24/68 - 12 Dec 2021
Zero Sum Games Agile vs. Waterfall Project Management Methods 24/431 - 22 May 2022
What are common mistakes that new or inexperienced managers make? 24/301 - 24 Nov 2023
The project management paradox: Achieving MORE by doing LESS 24/241 - 01 Dec 2023
Laws of Project Management 23/329 - 09 May 2022
Build one to throw away vs Second-system effect: What are differences? 22/332 - 06 Jun 2022
Change Management at the Project Level 22/326 - 20 Jul 2022
Software Myths and Realities 22/930 - 17 Feb 2022
Prioritizing Software Requirements with Kano Analysis 22/325 - 18 Jul 2021
How To Ramp Up An Offshore Software Development Team Quickly 22/606 - 13 Jan 2020
Quiz: Test your understanding project cost management 22/635 - 19 Oct 2021
Is gold plating good or bad in project management? 21/841 - 17 Oct 2021
Does Fast Tracking increase project cost? 21/387 - 02 Dec 2021
3 Ways to Avoid Scope Creep in IT Consulting 21/226 - 02 Nov 2022
Difference between Change Management and Project Management 21/247 - 12 Mar 2024
How do you create FOMO in software prospects? 21/186 - 06 Mar 2024
[SemRush] What Are LSI Keywords & Why They Don‘t Matter 20/200 - 07 Dec 2023
12 project management myths to avoid 20/207 - 14 Jun 2022
Example and Excel template of a RACI chart in Software Development 20/851 - 19 Apr 2021
7 Most Common Time-Wasters For Software Development 20/562 - 27 Jan 2020
Should a project manager push developers to work more hours due to mistakes of manager schedule setting? 20/448 - 31 Oct 2021
Tips to Fail Fast With Outsourcing 18/401 - 26 Dec 2023
Improving Meeting Effectiveness Through the Six Thinking Hats 18/275 - 30 Nov 2023
Project Managers, Focus on Outcomes — Not Deliverables 17/175 - 01 Aug 2022
Is planning "set it and forget it" or "set it and check it"? 17/297 - 01 Mar 2024
10 Project Management Myths 15/159 - 14 Mar 2024
Why should you opt for software localization from a professional agency? 14/150 - 12 Aug 2024
Understanding Google Analytics in Mumbai: A Beginner's Guide 14/107 - 02 Jun 2024
Reviving Ancient Wisdom: The Spiritual Side of Project Management 14/248 - 01 May 2024
Warren Buffett’s Golden Rule for Digital Transformation: Avoiding Tech Overload 14/218 - 06 Nov 2019
How to Access Software Project Size? 14/260 - 15 May 2022
20 Common Mistakes Made by New or Inexperienced Project Managers 11/292 - 21 Jun 2024
Dead Horses and the Escalation of Commitment 10/147 - 10 May 2022
Levels of Teamwork 9/202
The original Standish report was published in 1994 and has been updated a number of times. Standish and other groups have published additional reports shedding more light on other factors with IT projects.
According to Standish only 16.2% of projects were deemed successful by being completed on time and budget, with all the promised functionality. A majority of projects, or 52.7%, were over cost, over time, and/or lacking promised functionality. That leaves 31.1% to be classified as failed, which means they were abandoned or cancelled.
It is useful to review the top factors found in each of the three project classifications.
The top five factors found in successful projects are:
- User involvement
- Executive management support
- Clear Statement of Requirements
- Proper planning
- Realistic expectations
These factors should be put on a checklist for anyone considering an IT project, whether large or small. While risk rises with size and complexity, even simple projects can fail if the participants do not have clarity on these five principles.
The top five indicators found in challenged projects are:
- Lack of user input
- Incomplete Requirements & Specifications
- Changing Requirements & Specifications
- Lack of executive support
- Technical incompetence
This list adds a few variables that didn’t show up in the first list, namely changing requirements and specifications, and technical incompetence – two more things to watch out for. If you see change orders coming out of a project, you can be assured the risk has risen substantially. Technical competence means you need to confirm the necessary skills and not just give elements of the projects to internal people because they are enthusiastic and seem bright.
All of the top factors found in failed projects include:
- Incomplete Requirements
- Lack of user involvement
- Lack of resources
- Unrealistic expectations
- Lack of executive support
- Changing Requirements & Specifications
- Lack of planning
- Didn’t need it any longer
- Lack of IT management
- Technical illiteracy
You could write a book with lots of interesting stories coming out of this list. For example, we worked with an organization where requirements were carefully reviewed in group sessions and documented. When the ERP implementation project began, ownership decided to include a second company with a totally different sales and manufacturing process. It went live but it was challenged by both time and cost. In another project one staff member boldly stated the new system was “going in over his dead body.” Executive sponsorship meant we just went up the ladder and the project proceeded without any more hostility.
Other projects start without complete requirements because the customer is too impatient to hit a certain date or won’t sit down long enough to confirm the details. Surprises don’t help anyone. If too many new requirements come up during the interviews or implementation phase, park them in the parking lot and come back to them in one or more future phases. You are better off getting the core system running well and then implementing incremental change.
| About the Author | Armin Shahamati | Senior Software Engineer | Senior Software Engineer |










Link copied!
Recently Updated News