Ishikawa & IT Problem Management

17
Ishikawa & IT Problem Management THERE’S ALWAYS MORE TO IMPROVE THAN YOU HAVE PEOPLE, TIME OR MONEY FOR. ALWAYS. Robert Wiering FROM ISHIKAWA TO FITSHIKAWA

Transcript of Ishikawa & IT Problem Management

Page 1: Ishikawa & IT Problem Management

Ishikawa & IT Problem Management

THERE’S ALWAYS MORE TO IMPROVE THAN YOU HAVE PEOPLE, TIME OR MONEY FOR. ALWAYS.

Robert Wiering

FROM ISHIKAWA TO

FITSHIKAWA

Page 2: Ishikawa & IT Problem Management

Copyright

i

© 2011 Book Publishing Co., LLC

The FITshikawa at the end of this book is free from copyright, but it's always polite to tell where you found the FITshikawa and mention the author.

Page 3: Ishikawa & IT Problem Management

About this publication

ii

This publication is written for IT professionals, interested in IT Problem Management and/or Lean - IT.

Page 4: Ishikawa & IT Problem Management

Dedication

iii

This book is dedicated to my father, Piet Wiering, a professional watchmaker.

Page 5: Ishikawa & IT Problem Management

About the author

iv

Robert Wiering, BSc, is an experienced IT Process- and Problem-Manager. He has worked in the pharmaceutical and financial services industry.

Robert Wiering, BSc

Certified Professional Business Process Management & IT

Blauwe beer 10

1704 TV Heerhugowaard

The Netherlands

[email protected]

http://www.robertwiering.com (Dutch!)

http://nl.linkedin.com/in/robertwiering (Dutch!)

Page 6: Ishikawa & IT Problem Management

Chapter 1

Ishikawa

This chapter will explain:

• what an Ishikawa is

• what the purpose of an Ishikawa is

• how to create and use an Ishikawa

• the categories in an Ishikawa

• the disadvantages of an Ishikawa

Page 7: Ishikawa & IT Problem Management

An Ishikawa diagram is also known as a fishbone diagram, herringbone diagram, cause-and-effect diagram or “FIshikawa” (concatenation of Fishbone and Ishikawa).

The Ishikawa diagram is sometimes called a fishbone because it resembles the skeleton of a fish.

An Ishikawa diagram is an effective thinking tool that helps a team organize their ideas about potential causes of a problem.

The team’s problem statement is named in the head of the fish, with potential causes arranged in categories linked to the head.

The smallest categories are the most specific types of causes that contribute to the next larger level of category, and so on.

Ishikawa diagrams do not tell you which of the potential causes is the culprit. They are just a good way for the team to document which categories have been considered, which have been targeted for further investigation, and, ultimately, which have been verified.

An Ishikawa diagram is named after Kaoru Ishikawa (1915-1989).

The first diagram was used by Kaoru Ishikawa in 1943 to explain to a group of engineers at the Kawasaki Steel Works how various work factors could be sorted and related.

The Ishikawa diagram is one of the seven basic tools of quality.

See the next page for an example.

Section 1

What is an Ishikawa?

6

Page 8: Ishikawa & IT Problem Management

7

Environment

Machine

Manpower

Materials

Measurement

Methods

Orderly workplace

Job design or layout of work

Surfaces poorly maintained

Physical demandsof the task

Forces of nature /Mother Nature

Defective equipmentor tool

Incorrect tool selection

Poor equipment ortool placement

Poor maintenance or design

Physical work

Brain work

Lack of raw material

Defective rawmaterial

Wrong type for job

Inspection

No or poor procedures

Poor communications

Practices are not the sameas written procedures

Page 9: Ishikawa & IT Problem Management

An Ishikawa serves several purposes:

1. To provide structure to the cause identification effort.

2. It helps a team make sure they haven’t overlooked potential causes.

3. To document which causes the team has considered.

4. To break down (in successive layers of detail) root causes that potentially contribute to a particular effect.

5. To identify all of the contributing root causes likely to be causing a problem.

6. It helps a team decide which causes to investigate further.

7. To help teams push beyond symptoms to uncover potential root causes.

8. To ensure that a balanced list of possible causes has been generated during brainstorming.

9. To document which causes have been verified.

Section 2

Purpose of an Ishikawa

8

Page 10: Ishikawa & IT Problem Management

A typical description on how to create and use an Ishikawa diagram looks like this.

1. Name the problem or effect of interest (in the head of the Ishikawa diagram).

2. Decide the major categories for causes and create the basic diagram on a flip chart or whiteboard.

3. Brainstorm for more detailed causes and create the diagram.

4. Review the diagram for completeness.

5. Discuss the final diagram. Identify causes you think are most critical for follow-up investigation.

6. Develop plans for confirming that the potential causes are actual causes.

Section 3

How to create and use an Ishikawa diagram

9

Page 11: Ishikawa & IT Problem Management

The categories are grouped in the “M’s, P’s and S’s”.

• The M’s are mainly used in the Manufacturing industry.

• The P’s are mainly used in marketing (Product, Place, Price, Promotion).

• The S’s are mainly used in the Service industry.

Manufacturing:

• The 5 M’s are: Machine, Method, Material, Man power/Mind power and Measurement.

• The 6 M’s are: Machines, Methods, Materials, Measurements, Mother Nature (Environment) and Man power (people).

• The 8 M’s are: Milieu/Mother Nature, Machine, Management/Money power, Method, Material, Man power/Mind power, Measurement and Maintenance.

Marketing:

• The 4 P’s are: Policies, Procedures, People and Plant/Technology.

• 7 P’s are also used: Physical evidence, Product or Service, Process, Price, People/personnel, Place and Promotion.

• The 8 P’s are: Procedures, Policies, Place, Product, People, Processes, Price and Promotion.

Services:

• The 4 S’s are: Suppliers, Systems, Surroundings and Skills.

• Even 5 S’s exist: Surroundings, Safety, Suppliers, Skills, Systems.

McKinsey:

The McKinsey 7S Framework offers: Strategy, Structure, Systems, Shared values, Skills, Style and Staff.

Section 4

Categories in an Ishikawa diagram

10

Page 12: Ishikawa & IT Problem Management

1. As a weakness, the simplicity of the Ishikawa diagram may make it difficult to represent the truly interrelated nature of problems and causes.

2. Unless you have an extremely large space on which to draw and develop the Ishikawa diagram, you may find that you are not able to explore the cause and effect relationships in as much detail as you would like to.

3. In addition, it is not very good at pointing out which of the possible causes is most likely or most important. The nature of the diagram suggests that all possible causes look equally plausible and equally important.

4. An Ishikawa diagram is based on opinion rather than evidence. This process involves a democratic way of selecting the cause, i.e. voting down the causes, which may not be an effective way of identifying causes.

5. Interactions and chronological dependence can’t be displayed.

6. No clarity in very complex problems.

7. The Ishikawa diagram is only qualitative.

8. It doesn’t show the connections between the causes.

9. The causes cannot be weighed according to their importance.

10. Clarity is lost as causes are added.

11. Ishikawa diagrams tend to be either far too simplistic or far too detailed in real world use.

12. One of the purposes (2) is “to prevent overlooking potential causes”. Step 2 in the creation of an Ishikawa diagram is “to decide the major categories for causes”. Deciding to use one of the 9 major categories means automatically overlooking other major categories with potential causes.

13. Flip charts can be moved around and in practice they are moved around and used by everybody, so a carefully build Ishikawa diagram might get lost. Flip charts are to small.

14. Whiteboards cannot be moved around as easy as flip charts, but they can be whiped out easier and if you are working

Section 5

Disadvantages of an Ishikawa diagram

11

Page 13: Ishikawa & IT Problem Management

longer on an Ishikawa, sticky notes tend to fall off, mostly just before the cleaning lady arrives.

15. Purpose 3 and 9 are about documenting which causes the team has considered and verified. Even if you use flip charts and/or whiteboards, they are not good for documentation. In most teams I have worked in, there was a strong need to document the Ishikawa in Word or Excel or even Powerpoint.

12

Page 14: Ishikawa & IT Problem Management

Chapter 2

FITshikawa

This chapter will explain:

• how I made and tested the “FITshikawa”

• how to work around most of the disadvantages of an Ishikawa diagram

Page 15: Ishikawa & IT Problem Management

If you follow the typical description on how to create and use an Ishikawa diagram you will use predetermined categories of causes (the M’s, and/or P’s and/or S’s) and may overlook potential categories of causes unique for your organization, project or subject (disadvantage 12). For example, a hospital may have categories that wouldn't be found in a manufacturing operation, and vice versa.

Untill 2010 I worked on IT problems and followed the typical description and a combination of the M’s, P’s and S’s that seemed FIT for IT problem management. But the feeling that we were overlooking unique categories of causes for IT problem management kept coming back.

In 2010 I decided to look on the internet for every Ishikawa- or fishbone diagram that was somehow related to IT problem management and printed them. I opened my laptop, started Microsoft Visio, drew the backbone and head of Ishikawa diagram.

Then I took the pile of printed Ishikawa- and fishbone diagrams, looked on the prints if there were categories of causes (or

causes) that were FIT for an IT problem management Ishikawa diagram.

If there were categories of causes (or causes) I entered them in the FIT for IT Ishikawa. After a while I had made the FIT for ITshikawa, the FITshikawa, which is on the next page.

After building the FITshikawa I have tested it, while working on more than 100 IT problems. No categories of causes, nor causes were added during that period.

Because I have used the Ishikawa diagrams that were available on the internet in 2010 from others, this FITshikawa is also available for others. Feel free to use the FITshikawa when working on IT problems.

If you want to have the FITshikawa in pdf- or vsd-format (for Microsoft Visio) send an e-mail to [email protected]

The FITshikawa works best on A3-format (297x420 mm) paper when used in brainstorming with a team.

Section 1

From Ishikawa to FITshikawa

14

Page 16: Ishikawa & IT Problem Management

15

Application software

Environment

Facilities / Environment

Hardware / Network

Machine / Equipment

Man / Brain power

Management

Management system

Materials

Measurement

Methods

People / Process

System software

Faulty code

Access / Security

Change

Capacity

Data /Database

Orderly workplace

Job design or layout of work

Surfaces poorly maintained

Physical demandsof the task

Forces of nature /Mother Nature

Internal Events DC

External Events

Access / Security

Physical Failure

Maintenance

Change

Access / Security

Capacity

Defective equipmentor tool

Incorrect tool selection

Poor equipment ortool placement

Poor maintenance or design

Physical work

Brain work

Inattentionto task

Lack of process

No or poor managementinvolvement

Other (horseplay, inattention)

Stress demands

Task hazards not guarded properly

Poor employeeinvolvement

Poor recognitionof hazard

Previous identified hazardswere not eliminated

Training oreducation lacking

Lack of raw material

Defective rawmaterial

Wrong type for job

Inspection

No or poor procedures

Poor communications

Practices are not the sameas written procedures

Data / Information

People

Proces / Procedure

Access / Security

Capacity

Change

Data

Faulty code

Page 17: Ishikawa & IT Problem Management

A laptop with Microsoft Visio (or an equivalent) and a beamer will solve disadvantages 2, 10, 13, 14 and 15.

The beamer will give you have an extremely large space on a wall on which to draw and develop the Ishikawa diagram (2).

Clarity is not lost as causes are added when using Visio. Add the new causes and re-arrange the Ishikawa diagram (10).

Of course laptops and beamers can also be moved around and in practice they are moved around but not used by everybody (13 and 14).

Once you have build the Ishikawa diagram with all the major categories and causes the team has considered, save the Ishikawa diagram as “XXXXXX (problem name) considered”.

Then save the same Ishikawa diagram as “XXXXXX (problem name) investigated”. The team can now earmark the causes they want to investigate.

Then save the same Ishikawa diagram as “XXXXXX (problem name) verified”. The team can now earmark the causes they have verified.

With Microsoft Visio you can also build interrelationship diagrams. Interrelationship diagrams used in combination with an Ishikawa diagram will solve (at least partially) disadvantages 1, 3, 5, 8 and 9.

Section 2

Microsoft Visio

16