TechRepublic : A ZDNet Tech Community

Use a Fishbone Diagram to help attack complex problems

Tags: PRODUCTIVITY, Tom Mochal, Project Management Newsletter

  • Save
  • Print
  • Recommend
  • 48

Takeaway: One technique for analyzing complex problems that appear to have many interrelated causes is called a "case and effect" or Fishbone diagram.

Problems arise on many projects. A proactive project manager should have a set of problem resolution techniques that can be applied in different instances. One technique for analyzing complex problems that appear to have many interrelated causes is called a "cause and effect" diagram. Because of its shape, this diagram is also called a Fishbone Diagram. (Another name you might hear for this technique is an Ishikawa Diagrams. This is named for Professor Kaoru Ishikawa, a Japanese professor who pioneered the diagram in 1943.) Some benefits of this technique include:

  • It allows various categories of causes to be explored.
  • It encourages creativity through a brainstorming process.
  • It provides a visual image of the problem and potential categories of causes.

The following description and examples show how the problem-solving technique works.

First, describe the problem on the far right side of the diagram. This may be the actual problem or it may be a symptom--at this point you're not exactly sure.

Draw a long horizontal arrow pointing to the box. This arrow will serve as the backbone from which further major and minor causes will be categorized and related. (See Figure A.)

Figure A

Identify potential causes and group them into major categories along the "bones" of the Fishbone Diagram. You should brainstorm to identify the major categories; that means that at this point you shouldn't be concerned if there's disagreement about whether a category holds the potential cause or not. Just put them all up. Make sure to leave enough space between the major categories on the diagram so that you can add minor detailed causes in later. (See Figure B.)

Figure B

Continue to brainstorm the causes by looking at more detailed explanations for each of the major cause categories identified above. The team should ask whether each category is a cause, or if it is a symptom. If it's a symptom, then try to identify the more detailed causes on slanted lines that hook up to the appropriate major category lines. (See Figure C.)

Figure C

Sometimes, the detailed causes will have other, more granular causes coming off of them. If so, connect additional lines to the detailed lines. Three levels of detail is usually the practical limit for this diagram.

When you've finished brainstorming major causes/symptoms and more detailed causes and symptoms, the team can begin analyzing the information. Evaluate each major cause and the potential detailed causes associated with it. Remember that the original list was compiled by brainstorming where all ideas are included. Now, you must determine which items seem like they are more likely to be the cause (or one of the causes). Circle the items that are most likely and need to be investigated further.

If there's not an obvious consensus on the top areas to investigate, use some sort of voting system to formally narrow down the top choices with the biggest chance of success. For each item circled, discuss how the item impacts the problem.

Once you have circled the causes that appear to be the most likely, you should create an action plan for attaching these causes. This will most likely involve some high-level actions and assigning the cause to a team member to be analyzed outside of the meeting. 

Remember that this technique is used for complex problems with multiple causes and allows you to identify potential causes for the problem and determine which ones are most likely to be resolved.


Sometimes the detailed causes will have other, more granular causes coming off of them. If so, connect additional lines to the detailed lines. Three levels of detail is usually the practical limit for this diagram.

When you've finished brainstorming major causes/symptoms and more detailed causes and symptoms, the team can begin analyzing the information. Evaluate each major cause and the potential detailed causes associated with it. Remember that the original list was compiled by brainstorming where all ideas are included. Now you must determine which items seem like they are more likely to be the cause (or one of the causes). Circle the items that are most likely and should be investigated further.

If there's not an obvious consensus on the top areas to investigate, use some sort of voting system to formally narrow down the top choices with the most chance of success. For each item circled, discuss how the item impacts the problem.

Once you have circled the causes that appear to be the most promising, you should create an action plan for attaching these causes. This will most likely involve some high-level actions and assigning the cause to a team member to be analyzed outside of the meeting.

Remember that this technique is used for complex problems with multiple causes, and allows you to identify potential causes for the problem and determine which ones are most likely to resolve.

  • Save
  • Print
  • Recommend
  • 48

Print/View all Posts Comments on this article

Great Article but Figure the_kaptain@... | 07/19/06
Good Brainstorming Tool (Needs a Little Help) moehill@... | 07/19/06
PRj Mgmt methodology review luca.ravazzolo@... | 07/19/06
Did you actually read page 2? karen mac | 07/19/06
Waiting for TechRepublic Joey Indolos | 07/19/06
Your Welcome tom.mochal@... | 07/19/06
Page 2 correction Selena FryeTechrepublic Moderator | 07/19/06
Good article howard.swasey@... | 07/19/06
Quite Similar Sheeva | 07/24/06
Midmap Hulaino | 07/24/06
Good article. Don't worry about page 2. hogges@... | 07/19/06
Display and Article Right on course, all are in tack and hit a home run. twhite2@... | 07/19/06
ITIL Vawns | 07/19/06
Need to be an ITIL member? Garry_Robbins@... | 07/19/06
ITIL Sites... whatz.gravity@... | 11/02/06
Great Timing - I have already started my new Fishbone jhf0924@... | 07/19/06
Been a while forgot what a Fishbone Diagram looked like johnson-clayton@... | 07/19/06
Powerfull tool a_moukhlis@... | 07/20/06
Powerful cmsons@... | 07/20/06
Yes the fishbone diagram is great for brainstorming jslarochelle | 07/21/06
Good article vrkudale@... | 07/24/06
New online tool based on this article pptmagic | 07/24/06
Eureka! mike.hansen@... | 06/20/07
NOT a BRAINSTORMIMG TOOL ONTHEMOVE | 07/31/06
great article jaipurn@... | 01/25/07
RE: Use a Fishbone Diagram to help attack complex problems herbert_mendoza@... | 06/20/07
It manages only part of the whole process afranquesa | 06/20/07
RE: Use a Fishbone Diagram to help attack complex problems mueller@... | 06/20/07

What do you think?

White Papers, Webcasts, and Downloads

Article Categories

Security
Security Solutions, IT Locksmith
Networking and Communications
E-mail Administration NetNote, Cisco Routers and Switches
CIO and IT Management
Project Management, CIO Issues, Strategies that Scale
Desktops, Laptops & OS
Windows 2000 Professional, Microsoft Word, Microsoft Excel, Microsoft Access, Windows XP,
Data Management
Oracle, SQL Server
Servers
Windows NT, Linux NetNote, Windows Server 2003
Career Development
Geek Trivia
Software/Web Development
Web Development Zone, Visual Basic, .NET

SmartPlanet

Click Here