
Ishikawa (fishbone) diagram in software project management
Last updated: July 13, 2025 Read in fullscreen view



- 09 Sep 2022
Kaizen, Kaikaku and Kakushin – what’s the difference? 2483
- 24 Nov 2022
Genba Genbutsu Genjitsu (3Gs), (Go to the Genba & see for yourself!) 2481
- 01 Aug 2024
The Standish Group report 83.9% of IT projects partially or completely fail 1337
- 02 Nov 2021
What is Terms of Reference (ToR)? 1285
- 10 Nov 2021
5S methodology - the SECRET to Japanese SUCCESS 1264
- 02 Feb 2022
Yokoten: Best Practice Sharing from a success 1160
- 03 Apr 2022
Microsoft Solutions Framework (MSF) 1033
- 18 Oct 2021
Key Elements to Ramping Up a Large Team 991
- 01 Oct 2020
Fail fast, learn faster with Agile methodology 867
- 18 Oct 2020
How to use the "Knowns" and "Unknowns" technique to manage assumptions 814
- 13 Apr 2024
Lessons on Teamwork and Leadership from Chinese story book "Journey to the West" 742
- 03 Jan 2024
What is the Ringi process? 721
- 17 Mar 2023
Reduce waste in software development with 3M model: Muda, Mura, Muri 712
- 09 Sep 2022
What is 5 Whys (Five Whys)? 711
- 14 Oct 2021
Advantages and Disadvantages of Time and Material Contract (T&M) 703
- 13 Jul 2022
Applying the business mantra "HORENSO" to Achieve 360-degree Communication 699
- 01 Dec 2023
What is Amoeba Management? 696
- 19 Oct 2021
Is gold plating good or bad in project management? 673
- 20 Jul 2022
Software Myths and Realities 666
- 29 Aug 2022
Difference between Kaizen and Innovation 626
- 02 May 2022
What Is RAID in Project Management? (With Pros and Cons) 616
- 27 Aug 2022
Kaizen - Culture of Continuous Improvement and Lean Thinking 589
- 14 Jun 2022
Example and Excel template of a RACI chart in Software Development 581
- 15 Jul 2022
Hansei Methodology: Continuously Engaging People in Improvement 560
- 06 Mar 2021
4 things you need to do before getting an accurate quote for your software development 557
- 01 Mar 2022
The Toyota Way Management Principles 556
- 18 Dec 2023
The Cone of Uncertainty in Scrum & Requirement Definition 556
- 01 Jan 2023
How To Use Poka-Yoke (Mistake Proofing) Technique To Improve Software Quality 540
- 13 Jan 2020
Quiz: Test your understanding project cost management 533
- 15 Apr 2022
Total Quality Management (TQM) - Japanese-style management approach to quality improvement. 520
- 08 Oct 2022
KPI - The New Leadership 514
- 19 Apr 2021
7 Most Common Time-Wasters For Software Development 513
- 01 Sep 2022
Facts Chart: Why Do Software Projects Fail? 500
- 06 Jun 2022
HEIJUNKA: The art of leveling production 418
- 19 Sep 2022
Jidoka in Software Development and Odoo ERP/MRP 411
- 27 Jan 2020
Should a project manager push developers to work more hours due to mistakes of manager schedule setting? 401
- 19 Jul 2022
The 12 Principles of Continuous Process Improvement 391
- 28 Dec 2021
8 types of pricing models in software development outsourcing 388
- 02 Nov 2023
Unlocking Success with The Amoeba Management Model: Key Lessons, Pros & Cons, and Finding the Perfect Fit 375
- 29 Nov 2021
Memorandum of Understanding (MOU) for Partnership Agreements 359
- 31 Oct 2021
Tips to Fail Fast With Outsourcing 359
- 11 Jan 2024
What are the Benefits and Limitations of Augmented Intelligence? 357
- 16 Apr 2021
Insightful Business Technology Consulting at TIGO 354
- 07 Jul 2021
The 5 Levels of IT Help Desk Support 342
- 23 Sep 2021
INFOGRAPHIC: Top 9 Software Outsourcing Mistakes 338
- 07 Jul 2022
Managing Project Execution Terms 336
- 03 Jan 2023
Organizing your agile teams? Think about M.A.T (Mastery, Autonomy, Purpose) 330
- 12 Aug 2022
What is End-to-end project management? 329
- 10 Dec 2023
Pain points of User Acceptance Testing (UAT) 324
- 17 Oct 2021
Does Fast Tracking increase project cost? 317
- 06 Feb 2021
Why fail fast and learn fast? 312
- 26 Sep 2024
Successful Project Management Techniques You Need to Look Out For 305
- 10 Apr 2024
The Parking Lot Method: Unlocking a Simple Secret to Supercharge Your Productivity 303
- 13 Dec 2020
Move fast, fail fast, fail-safe 280
- 09 May 2022
Build one to throw away vs Second-system effect: What are differences? 280
- 01 May 2023
CTO Interview Questions 279
- 06 Jun 2022
Change Management at the Project Level 275
- 04 Mar 2024
Tree Ring Management: Take the Long Term View and Grow Your Business Slowly 257
- 03 Nov 2022
Top questions and answers you must know before ask for software outsourcing 253
- 20 Dec 2021
What is Hybrid Mobile App Development? 247
- 01 Jun 2020
Japan Business Review (JBR) 244
- 17 Feb 2022
Prioritizing Software Requirements with Kano Analysis 244
- 22 May 2022
What are common mistakes that new or inexperienced managers make? 236
- 01 Aug 2022
Is planning "set it and forget it" or "set it and check it"? 236
- 15 May 2022
20 Common Mistakes Made by New or Inexperienced Project Managers 230
- 11 Jan 2022
Lean Thinking and Lean Transformation 228
- 18 Aug 2022
What are the consequences of poor requirements with software development projects? 227
- 07 Aug 2022
Things to Consider When Choosing a Technology Partner 226
- 10 Apr 2021
RFP vs POC: Why the proof of concept is replacing the request for proposal 225
- 12 Mar 2022
The u-Japan concept 224
- 20 Nov 2022
Software Requirements Are A Communication Problem 219
- 06 Nov 2019
How to Access Software Project Size? 215
- 10 Nov 2022
Poor Code Indicators and How to Improve Your Code? 200
- 02 Nov 2022
Difference between Change Management and Project Management 197
- 11 Jul 2022
Lean software development - the game-changer in the digital age 197
- 08 Nov 2022
4 tips for meeting tough deadlines when outsourcing projects to software vendor 193
- 02 Dec 2021
3 Ways to Avoid Scope Creep in IT Consulting 185
- 02 Jun 2024
Reviving Ancient Wisdom: The Spiritual Side of Project Management 185
- 26 Dec 2023
Improving Meeting Effectiveness Through the Six Thinking Hats 181
- 09 Feb 2023
The Challenge of Fixed-Bid Software Projects 180
- 24 Nov 2023
The project management paradox: Achieving MORE by doing LESS 174
- 01 Mar 2023
Bug Prioritization - What are the 5 levels of priority? 171
- 09 Mar 2022
Consultant Implementation Pricing 168
- 10 May 2022
Levels of Teamwork 166
- 07 Oct 2022
Digital Transformation: Become a Technology Powerhouse 164
- 09 Jan 2022
How to Bridge the Gap Between Business and IT? 150
- 16 Feb 2021
Choose Outsourcing for Your Non Disclosure Agreement (NDA) 143
- 07 Dec 2023
12 project management myths to avoid 139
- 30 Nov 2023
Project Managers, Focus on Outcomes — Not Deliverables 139
- 01 Mar 2023
How do you deal with disputes and conflicts that may arise during a software consulting project? 137
- 05 Jan 2024
Easy ASANA tips & tricks for you and your team 132
- 23 Jun 2024
Best Practices for Managing Project Escalations 130
- 07 Nov 2022
Why Design Thinking can save the outsourcing industry 128
- 21 Jun 2024
Dead Horses and the Escalation of Commitment 121
- 01 Mar 2024
10 Project Management Myths 107
- 12 Mar 2024
How do you create FOMO in software prospects? 98
- 05 Jun 2023
Fractional, Part-Time (virtual) or Interim CTO: Who Will Cover Your Business Needs? 94
- 10 Jul 2025
Building AI-Driven Knowledge Graphs from Unstructured Data 89
- 06 Dec 2024
Steps For Integrating Sustainable Practices Into Business Operations 89
- 14 Mar 2024
Why should you opt for software localization from a professional agency? 85
- 17 Mar 2025
IT Consultants in Digital Transformation 48
- 07 Mar 2023
Japan’s Unusual Farming Strategy: Renting Land and Leaving It Fallow for 5 Years — Here’s the Truth… 26
The Ishikawa diagram, also known as a fishbone diagram, is a useful tool in project management, particularly when it comes to quality control.
This diagram was created by Professor Kaoru Ishikawa to make brainstorming sessions more effective at conducting a thorough root cause analysis.
Conducting a proper risk analysis, anticipating and solving problems are essential management skills to lead successful projects. These aspects should be taken into account as soon as the project planning phase begins. Luckily, presenting the root causes of a challenge and the ways to overcome it is the very purpose of a fishbone diagram.
Learn more about the Ishikawa diagram, how it’s used in project management and how to build your own!
An overview of the Ishikawa diagram
What are fishbone diagrams used for?
This diagram was created by Professor Kaoru Ishikawa to make brainstorming sessions more effective at conducting a thorough root cause analysis. After the project team has discussed a problem, it is used to sort all the ideas into categories.
Using this visualization allows your team to:
- Take a step back and think about a phenomenon or challenge,
- Communicate and share ideas more effectively,
- Make decisions more quickly.
Kaoru Ishikawa 11 Points
Mr. Ishikawa's philosophy of total quality management can be summarized by his 11 points:
- 1. Quality begins and ends with education.
- 2. The first step in quality is to know the requirements of the customer.
- 3. The ideal state of quality control is when quality inspection is no longer necessary.
- 4. Remove the root cause, not symptoms.
- 5. Quality control is the responsibility of all workers and all divisions.
- 6. Do not confuse means with objectives.
- 7. Put quality first and set your sights on long-term objectives.
- 8. Marketing is the entrance and exit of quality.
- 9. Top management must not show anger when facts are presented to subordinates.
- 10. Ninety-five percent of the problem in a company can be solved by the seven tools of quality.
- 11. Data without dispersion information are false data.
How does a Ishikawa diagram work?
What makes this tool a favorite of project managers and quality professionals is its ease of use. It is simply read from left to right and can be used to collaborate with others on problem-solving.
This visual representation resembles fishbones and helps analyze the causes and consequences of a given problem. Therefore, some may call it a cause and effect diagram:
- The fishbones are oriented on the left-hand side and represent the causes,
- The head of the fish represents the final effect of the problem.
An Ishikawa diagram is a diagram that shows the causes of an event and is often used in manufacturing and product development to outline the different steps in a process, demonstrate where quality control issues might arise, and determine which resources are required at specific times.
Easier Root Cause Analysis for Remote Teams
One of the main challenges remote teams face when conducting root cause analysis is coordinating and communicating effectively. It can be difficult, primarily if team members are spread across different time zones.
Another challenge is ensuring that tasks or follow-ups are assigned to the correct person or team. In a remote setup, it’s easy to forget who’s responsible for what and to track tasks that aren’t assigned right away. However, there are tools like SafetyCulture that can help with this issue.