Fishbone diagram analysis

From apppm
(Difference between revisions)
Jump to: navigation, search
(Building the diagram)
(Building the diagram)
Line 36: Line 36:
  
  
The causes under each category must be related to :
+
The causes under each category must be related to<ref > "Wiki, Apollo 13" </ref> :
  
 
• Man: Anyone involved with the process. This could mean employees designers, engineers, managers etc.
 
• Man: Anyone involved with the process. This could mean employees designers, engineers, managers etc.
Line 44: Line 44:
 
• Machines: Equipment of any kind utilized during the project such as computers and tools.
 
• Machines: Equipment of any kind utilized during the project such as computers and tools.
  
• Materials: Materials used to produce the final product;
+
• Materials: Materials used to produce the final product.
 
   
 
   
  

Revision as of 19:43, 21 February 2021

Developed by Maria Konstantina Papaioannou

Contents

Abstract

Risk project management is a broad and complex field. It is well established that every project at every stage carries risk. Possible risks for a running or finished project are countless and may vary from anticipated to unexpected. Besides, their result ranges from minor inconvenience to disruption of the project. Thus, identifying possible risks is a key challenge for every project. Once identified and listed those risks can be categorized using qualitative risk analysis. This article introduces the Ishikawa fishbone diagram as a method to analyze numerous reasons why a project may fail. The diagram provides a visualization that simplifies the identification of risks and categorizes them. It heavily relies on the idea that minor problems matter and can lead to causes that affect badly the existing project. It is commonly used by safety and reliability engineers to detect faults in construction.

Firstly, this article gives a historical overview of Kaoru Ishikawa, who invented and named the diagram. Based on three papers that study and utilize the fishbone diagram on specific cases and the Project management book by Dennis Lock, this article analyzes its basic components and provides detailed guidance to the building of the diagram. Also, it briefly presents its implementation on the Apollo 13 incident. Additionally, the article displays the technique’s benefits and refers to its disadvantages. Finally, it reflects critically on its limitations and makes recommendations on how to maximize the diagram’s utility.

Description of Ishikawa fishbone diagram

Historical overview

Japanese organizational theorist Kaoru Ishikawa(石川 馨)was born in 1915 in Tokyo, Japan, and he is considered a key figure in the development of quality initiatives.[1]. During the year 1968, while working as a full-time professor at the Faculty of Engineering at the University of Tokyo, Ishikawa studied the concept of quality and introduced the seven quality management tools for projects’ improvement in his book Guide to Quality Control. In the book, Ishikawa explains thoroughly the concept and the utility of each of the following tools: Ishikawa diagram, the histogram, the Pareto chart, the check sheet, the control chart, the flowchart, and the scatter diagram. The book includes instructions on building and reading the quality control techniques mentioned above. The Ishikawa diagram popularized during 1960 by Ishikawa who implemented quality management processes in the Kawasaki shipyards. The diagram is utilized until today by many organizations as a quality tool and therefore Ishikawa is considered one of the founding fathers of modern management.

Building the diagram

Ishikawa fishbone diagram is a technique that helps users visualize and sort numerous reasons why a project may fail [2]. It combines brainstorming with a concept map. It can be implemented in various kinds of projects such as manufacturing, marketing, and so forth. The Ishikawa diagram is also referred to as a cause-and-effect (CE) diagram because of its function but most commonly it is referred to as the fishbone because of its unique shape. A completed fishbone diagram includes a central "spine" and several branches very similar to the side of a fish skeleton. The head of the fish represents the problem of the project and the causes are connected with its spine that is the x-axis of the diagram.

According to research paper "The application of cause and effect diagram in the oil industry in Iran: The case of four liter oil canning process of Sepahan Oil Company" [3],in order to effectively build the fishbone diagram a group must carry out the steps that are presented below:

Step 1: Group members should brainstorm and agree on potential effects/near misses that might or had already threatened the success of a project. The problem statement will be placed later on the right side of the diagram and will be represented by the head of the fish.

Step 2: Each member should agree on the major categories of causes that lead to the problem. Though it is up to the team to select the causes’ categories, usually depending on the nature of the project, the most common categories used are equipment, process, people, materials, environment, management. Alternatively in a simplified version of the diagram, the categories could be the 4Ms: Machines, Materials, Methods, Manpower. The fishbone diagram can be simplified or more complex according to the number of branches in it.

Step 3: Identification of causes. This stage is a brainstorming session. Group members are expected to think of potential causes that result in the defect of the project. The causes are organized under the category they are related with and are represented by lines that lean on the x-axis.

Step 4: Identification of sub-causes. Sub-causes are branching off the cause branches. Those are represented by lines parallel to the spine of the fish. By continuous searching of the causes of the problem, the group generates deeper levels of them. It is noteworthy that one cause might match with more than one category. Through those line segments, representation can be simple, but it can become more complex by completing with qualitative and quantitative appreciations and risks that characterize each cause.

Step 5: Interpretation of the diagram and developing solutions to correct the causes and improve the process or product. Once the process is completed there will be numerous identified root causes -most likely too many to solve at once. Thus, at this point, the team will need to select the root causes they wish to initially solve and target effort and resources on them.


The causes under each category must be related to[4] :

• Man: Anyone involved with the process. This could mean employees designers, engineers, managers etc.

• Methods: Specific requirements for dealing with the project, such as policies, strategies, procedures, rules, regulations and laws

• Machines: Equipment of any kind utilized during the project such as computers and tools.

• Materials: Materials used to produce the final product.


The fishbone diagram implemented on the Apollo 13 incident

The key of the technique is that it is very helpful in scoping the problems of a particular project and getting on top of them by identifying the causes. To thoroughly understand the diagram’s utility, a specific example with a problem statement and its causes is presented below. Let us use as an example the Apollo 13 mission. On April 11th, 1970 Apollo 13 was launched from Kennedy Space Center. It was the 7th manned Apollo mission and was supposed to be the third to land on the moon. Approximately 56 hours after takeoff a routine check caused an oxygen tank in the service module to explode turning the moon landing mission into a rescue mission getting the crew safely home. The crew landed safely in the South Pacific Ocean on April 17th and the mission has since been called a successful failure [5]. The problem statement in this mission is the explosion of the oxygen tank. Potential causes of this defect are mainly related to three categories of the 4Ms fishbone diagram:

Man: Starting at the building of the oxygen tank, the main potential cause of the explosion on behalf of the engineers could be their incompetence. This could mean negligence, lack of training and motivation, or lack of experience while testing the tank. Besides, the crew involved in the mission may have lacked knowledge and data considering the high complexity of space travel.

Method: The cause of the flawed oxygen tank related to this category could be the poor quality test performed by the engineers on the tank or the poor quality of the tank.

Material: The cause of the accident related to the category of the materials could be the lack of appropriate tools. Figuring out the cause of the explosion

Τhe entire country focused immense resources and effort to the project of landing on the moon. Therefore, after the incident experts focused their attention on understanding the cause. The root cause as identified by the experts is that during the maintenance procedures related to Apollo 10, the second oxygen tank was accidentally dropped, damaging the fill connection inside the tank. Thus, the root cause was indeed under the Man category of the fishbone diagram.

Benefits

The fishbone diagram has a long history of over 50 years of use. [6] Managing Quality 5th ed It is one of the original techniques developed to help problem solvers understand the causes of a problem. The benefits of the technique are presented below. The fishbone diagram is a comprehensive and simple visualization of a complex reality. It pictures all the factors that lead to the defect of a project in a structured way. In project management, simple and minimal models are often very popular.

It provides an overview of both primary and underlying causes. Interestingly, in some cases, the most apparent cause turns out to be minor, and causes that were considered unimportant may lead to the defect. This diagram helps the project group emphasize that and allows identifying the root causes which will lead to a long-lasting resolution.

Fishbone diagram has nearly unlimited application. It can be implemented in research, manufacturing, marketing, office operations, and so forth. Because it gives a clear and holistic overview of the project’s potential or existing problems it can have both a reactive and a proactive action. Therefore, by understanding and analyzing the contributing factors of a system failure or a near-miss the project team can avoid it or improve it. Additionally, the diagram may be utilized by both data-oriented and non-analytic companies.

The diagram encourages group participation. The brainstorming process is mainly popular for its democratic nature. Group members have the opportunity to be creative, snowball their way through the problems and give a unique perspective to the identification of the causes and sub-causes.

Limitations

Some of the disadvantages of the fishbone diagram could be related to the nature of brainstorming. Brainstorming to come up with causes and sub-causes is an early stage of the diagram’s building. It can turn out to be an unstructured or even chaotic process. Due to this, during brainstorming, some group members might be outvoiced and the process might be very time-consuming. This means that a great amount of time can be dedicated to this early stage of the building of the diagram and not to the development of the solutions. In addition to that, brainstorming could be considered subjective because it is often based on opinions rather than on factual evidence.

The Ishikawa fishbone diagram might also fail to capture the interrelationships of multiple factors that contribute to the problem statement. Some categories of the diagram can be connected: for instance, the materials could be connected to the people category in the suppliers’ sector.

Recommendations

Fishbone diagram combined with data analytics in data driven companies.

It can be combined with analytics and statistics. By using internal or external data and assigning the data visualizing the results to qualified co-workers, project managers would be in a position to respond to identified weird patterns or trends. For example, in the marketing field data analysis can have a huge impact on a project’s development as it detects customers’ behavior patterns and preferences. Additionally, collecting data of previous similar projects and perform statistical analysis to them answers the question of which problem is more likely to occur based on previous experience. This way, the group can focus mostly on fixing those problems. Since the diagram is related to the uncertainty component of Project Program and Portfolio management, if combined with a risk or safety management model it could provide even better insight into the problem and its solutions.

Fishbone diagram combined with risk management models in order to rank the problems.

Once the effects are identified by the team, as mentioned above, the fishbone diagram offers no guidance as to what to solve first. In this case, the effects could be organized into two categories: existing problems or potential problems. Both of these categories can be ranked according to the severity of the impact that they had/will have on the project and their probability of happening. In the ranking process the risk matrix [7] could be extremely useful. After that, groups should start with dealing with the problems whose consequences would be catastrophic and reaching to problems that have residual risk. This way the fishbone diagram can be implemented multiple times to many problems.

Fishbone diagram combined with components of safety management framework in developing of solutions.

Safety is a legitimate management objective in every project. The safety management framework consists of four key concepts [8]:

a. Top commitment management/Leadership.

b. Redundancy.

c. Operational control.

d. Learning.

In the cause category of equipment, project managers could consider adopting the redundancy approach as a solution to causes that relate to this category. It is a backup system or else a duplication system. This means that if one component fails, another takes in. It is certainly a proactive approach to problems and the main tool to reduce risk. Redundancy could be applied to causes that contribute most to the identified problem.

As a solution to problems related to the people category, project managers could borrow the leadership, operational control, and learning concepts. Leadership and commitment management can be implemented in the brainstorming process. In order to improve it, there could be a coordinator of the session who makes sure every group member is heard and respected and sets a time limit to it.

The stage of operational control includes procedures of training and educating the personnel related to the project. The learning stage includes the “learning from past mistakes” approach and can be related to the statistical analysis mentioned above.

References

  1. "Guide to Quality Control. Tokyo: Asian Productivity Organization "
  2. "Lock, Dennis ; Project management"
  3. "The application of cause and effect diagram in the oil industry in Iran: The case of four liter oil canning process of Sepahan Oil Company "
  4. "Wiki, Apollo 13"
  5. "Wiki, Apollo 13"
  6. "Managing Quality 5th ed"
  7. "Course 02431 Compendium"
  8. "Course 02431 Compendium"

Lock, Dennis ; Project management

Ishikawa, Kaoru (1990); Introduction to Quality Control

Dale, Barrie G. et al. (2007); Managing Quality 5th ed

Branch, Ardestan ; The application of cause and effect diagram in the oil industry in Iran: The case of four liter oil canning process of Sepahan Oil Company (2011)

Hedlund, Frank ; Course 02431 Compendium (2021)

Wiki; Apollo 13 ;

Luca, Liliana ; A new model of Ishikawa diagram for quality assessment (2016)

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox