Re:How to Run a 5 Whys (with Humans, not Robots)
by ivix on Wednesday December 05, 2012 @09:43AM
(#4876415)
The summarised version: 1. Mistakes happen and will always happen. Saying "it wont happen again" doesn't fix the problem. 2. Make a joke to stop people getting defensive.
Re:How to Run a 5 Whys (with Humans, not Robots)
by sturadnidge on Wednesday December 05, 2012 @10:55AM
(#4876777)
As much as I agree with the general message (nobody died, so it's not _that_ bad), and have employed that same technique over the years, the part about root cause is off point IMHO.
'Root cause' can absolutely refer to a collection of events. In the example given, clearly both things were causal, clearly you fix both - you don't pick one and label it 'THE root cause' and forget about the other (yes I know he talks about prioritisation, but again that's perfectly valid when addressing a root cause that happens to be a collection).
Re:How to Run a 5 Whys (with Humans, not Robots)
by danmil on Wednesday December 05, 2012 @11:45AM
(#4877086)
Heya, author of the slides here.
Re: 'root causes' -- I find the words somewhat important. Like, if you say you're looking for a root cause, then people tend to be in the sort of moral mindset, and have a harder time seeing it as a collection of contingent events.
Also, in the (truly amazing) "How Complex Systems Fail", he's pretty down on "root cause":
Re:How to Run a 5 Whys (with Humans, not Robots)
by wpietri on Wednesday December 05, 2012 @12:52PM
(#4877476)
I'm with you on this one. Especially in an iterative context, there is zero value in looking for the true root cause.
The point of the exercise is to identify economical interventions that will get the system to produce better results. If you go much beyond that, people can get off into moral, analytical, or philosophical weeds and get lost.
As long as you do retrospectives and five-whys frequently, you can count on useful analytical depth to come over time. If an issue is really both important and subtle, it will crop up again. The next time you'll have another perspective, so it will be easier to find. And by waiting, you'll have avoided examining all the equally subtle but unimportant things.
Re:How to Run a 5 Whys (with Humans, not Robots)
by tsewlliw on Wednesday December 05, 2012 @08:19AM
(#4876080)
Brilliant, I've definitely struggled before with how to get people to 1)not worry about being blamed and 2)claim they won't repeat a mistake. This is totally actionable, thanks!
Re:How to Run a 5 Whys (with Humans, not Robots)
by dano on Thursday December 06, 2012 @11:42PM
(#4885514)
If you are interested in the root of this methodology, consider reading Toyota Production System by Taiichi Ohno. Page 17 starts the discussion on how asking Why Five times is a method of determining root cause. This book isn't popular, but is worth your time.
Re:How to Run a 5 Whys (with Humans, not Robots)
by cmckay on Wednesday December 05, 2012 @09:47AM
(#4876431)
This is more a meta-comment about slideshare than about this presentation in particular. I really like being able to access the slides of talks I've seen, but for talks I haven't seen, there often is just enough that's missing from the slides that I don't get the full picture.
Does anybody have a solution to this?
Now, having said that, this particular slide deck suffers very little from this problem.
'Root cause' can absolutely refer to a collection of events. In the example given, clearly both things were causal, clearly you fix both - you don't pick one and label it 'THE root cause' and forget about the other (yes I know he talks about prioritisation, but again that's perfectly valid when addressing a root cause that happens to be a collection).
Re: 'root causes' -- I find the words somewhat important. Like, if you say you're looking for a root cause, then people tend to be in the sort of moral mindset, and have a harder time seeing it as a collection of contingent events.
Also, in the (truly amazing) "How Complex Systems Fail", he's pretty down on "root cause":
http://www.ctlab.org/documents/How%20Complex%20Systems%20Fai...
"7) Post-accident attribution accident to a ‘root cause’ is fundamentally wrong"
The point of the exercise is to identify economical interventions that will get the system to produce better results. If you go much beyond that, people can get off into moral, analytical, or philosophical weeds and get lost.
As long as you do retrospectives and five-whys frequently, you can count on useful analytical depth to come over time. If an issue is really both important and subtle, it will crop up again. The next time you'll have another perspective, so it will be easier to find. And by waiting, you'll have avoided examining all the equally subtle but unimportant things.
http://www.amazon.com/Toyota-Production-System-Beyond-Large-...
Does anybody have a solution to this?
Now, having said that, this particular slide deck suffers very little from this problem.
Because I have that same problem -- if someone has nice visual slides, the Slideshare is often kind of useless.