5 whys、正しくそれを使用する方法?


写真でBirmingham Museums Trust on Unsplash

イントロ
この記事は、私たちがどのように、ソフトウェアエンジニアが製造慣行、テクニックとツールを誤用して、それから、彼らが壊れているか、目的のために不適当であるか、ちょうど間違っていると不平を言います.

TLドクター
オリジナルセンスの5 whysは、最も確実に使用されるべき効果的なテクニックです.それから1 - 2の文で説明されるどんなまもなく発見された発見的な発見でも、その存在の最も基本的な理由を逃しそうです.複雑な問題を解決するのにそれを使用しないでください、しかし、あなたのCI/CDパイプラインの問題を見つけるか、若干の単純なバグを見つけることにそれを適用してください.

5 Whyが働かない理由
根本原因分析のためのツールとして、5 whysはかなり信用されていないテクニックです.多くの非常に良い記事や概観が書かれている.This one by John Allspaw , 少なくとも私のtwitterverseでは、ほとんど引用されますといいます.

for complex systems: there is no root cause.


プロップも、マークMulveyに本当にsuccinct breakdowns of the problem with 5 Whys . それは順番に5 whysトッピングswyxのリストに触発されたNaked emperors in Tech .
しかし、トップのチェリーは、トヨタの自身の前のグローバル購入の専務取締役箕浦輝之によって置かれます.who described 5 Whys 存在する

too basic a tool to analyze root causes to the depth that is needed to ensure that they are fixed.



批評がなぜ誤っているか
それは簡単な単純なツールですので、それは単純な原因の小さなセットのために良いです.
複雑なシステムは、このツールの範囲内ではありません.これは根本的な原因分析(RCA)のためのツールであり、上のセクションで説明された正確な理由のための単純なものです.
明らかにするには、これらのすべての批判は有効ですが、それは本当にどのように5 whysが“市場”またはより重要な、解釈される方法に向けられるべきである.真剣に、Googleは私が何を意味を参照してください.最初のヒットマインドツールから来るarticle それは

The method is remarkably simple: when a problem occurs, you drill down to its root cause by asking "Why?" five times.


and

This simple technique, however, can often direct you quickly to the root cause of a problem.


さらに悪いことにRoot Cause Analysis (RCA) page 単に州

Identify Root Causes: Use Five whys and Ishikawa diagrams



起源と現在
技術の発祥の地はどこかトヨタの工場の床にあるが、トヨタプロダクションシステムの父大野泰一が著書を書いた後、本当に離陸したTPS. Beyond Large-Scale Production . 彼はその技術について一度言及した.Yepは、それに章を捧げなかったし、それを誤用の誰も警告する気にもしなかった.そして、Minouraの考えに基づいて、私は保証することができます、トヨタでさえそれの多くがありました.
単純な発音テクニックは、あなたの本当の意味(TDDとOOPを見て)についての聖戦に変わる傾向があります.
とにかく、大野泰一の通路に戻る

Repeating why five times, [...], can help uncover the root problem and correct it. If this procedure were not carried through, one might simply replace the fuse or the pump shaft. In that case, the problem would recur within a few months.


焦点は、それを無視するのではなく、その欠点について質問することです.それは組立ラインでの製造工程の案内です.生産は動いていて、問題を無視することは労働者としてあなたのためにどんな影響も決して持たないかもしれません.
大野はこう言った.

To tell the truth, the Toyota production system has been built on the practice and evolution of this scientific approach. By asking why five times and answering it each time, we can get to the real cause of the problem, which is often hidden behind more obvious symptoms.


それで、「深く掘り下げて、最初の機会で止まらないでください.」得た.それから、次のように仕上げます.

In a production plant operation, data are highly regarded - but I consider facts to be even more important. When a problem arises, if our search for the cause is not thorough, the actions taken can be out of focus. This is why we repeatedly ask why. This is the scientific basis of the Toyota system.


それです.彼の5 Whyの理解は、それが「問題解決へのあなたのアプローチにおいて科学的である」ための速記であるということです.彼はもう彼の本のテクニックに言及しません.なぜ?それはTPSでのより重要で、構造的で、文化的なテクニックと比較して重要でないのでJidoka .

それは何のために良いですか?
それは、敷物の下で問題を掃除するのを避けるために、親指の役に立つ規則です.フレークテスト?なぜ?フレイキーパイプライン?なぜ?
欠陥を防止したり,製造工程に欠陥のコスト(材料,時間,その他)を絶対的に最小化するために,欠陥を早期に発見できるようにするための一連の対策を得ようとする方法である.
マジックナンバー5にハングアップしないでください.日本語では、4 whか7 whよりもよく聞こえたので、私はそれがそのように呼ばれるのを賭けました.
なぜあなたがそれを得るかを見つけるundefined エラー(よく、ケースの約50 %)で😜), CIが失敗し、さらに5 whでいくつかのAPIエラーコードをスローし、それはあなたを助けるでしょう.それ以外は、ちょうど自分自身を開始し、より高度な何かを拾うためのテクニックを使用します.

代替案
Universalに動作する一つのテクニックはありませんが、ここではあなたを助けるかもしれないものがあります.
  • Ishikawa Fishbone diagram
  • Current Reality Tree (CRT)
  • The 8 Disciplines (8D)
  • Correlation Matrix
  • Failure Mode and Effects Analysis
  • Feel free to PR this article あなたの好きなもので.

    閉鎖思考
    IMOは、これらの誤解は、私たち(ソフトウェア業界で働いている人)からのコンテキストを転送することはできません.製造は、反復可能で、定量可能で、処理可能なプロセスに向けられます.間違った文脈への解決を適用することは予期しない結果を生み出す.
    あなたがこの記事から取ることができる1つのことは、あなたの内部のスラックのためのこの生意気な引用です.
    Tired: 5 whys is rubbish and 'in complex systems, there is no root cause'
    
    Wired: let's expand the RCA docs with more advanced 6-sigma techniques.