【論理思考：KT法】不具合修正に特化した問題分析 (PA, Problem Analysis) について

2021-01-152024-01-06

当ページのリンクには広告が含まれています。

KT 方とはアメリカで考案された論理的思考の手法で、NASA など機関、大手企業に採用されています。

この記事では、そのうち不具合修正に特化した問題分析 (PA, Problem Analysis) についての習得を目指します。

タップできる目次

KT 法とは

KT（ケプナー・アンド・トリゴー）法とは、アメリカで考案された問題分析・意思決定・リスク分析などを含んだ総合的な論理的思考の手法です。

KT 法の中で一番使われる手法です。問題の原因を見つけ出し、修正することを目的とした手法です。

一言で言えば不具合修正です。

今問題が発生しているということは、過去のある時点までは正常だったが、ある瞬間になにかが起こった、と考えます。

そこで、過去の正常だった状態と今の異常な状態を細かく比較していき、その差異 (Deviation) を確認します。

その差異について関係者にインタビューしていき、その差異があった部分に関係する何かが発生してなかったか、を調査・確認していきます。

見つかった差異は「Possible Cause （原因候補）」と呼ばれ、リストします。

通常、差異は複数見つかります。その中でもっとも原因に近いと思われる差異 (Most Probable Cause) を元の状態に戻してみます。

もし問題が解決（もしくは改善）したら、それが原因だということになります。

もし解決しなかったら、次の Possible Cause の部分を戻してみます。

この繰り返しで問題を解決します。

私はこれをサポート業務で使っています。お客様のサーバーやシステムで異常が発生した場合の原因特定に使っています。

この手法で、そのシステムについて詳しくなくても原因を見つけてしまう例をいくつも見てきました。とても強力なツールです。

また自分や家族の PC がおかしくなったときなど

とにかく物が故障したときに、隠れた原因を見つけるのに重宝してます。

こういった元の正常な状態にもどしたい、という目的の場合に見えない原因を見つけることが出来る、強力なツールです。

いわゆる問題定義です。下記の項目についてなるべく一文で書きます。

そのときに下記の項目に注意して、なるべく具体的に記述します

これらの要点を注意しながら書きますが、何度でも書き直し可能です。

むしろ書き直しが発生するのがあたりまえ、くらいに思ってください。

検証や分析が進めばいくらでも変わるのが普通です。

次に現在の異常な状態と問題発生前の正常な状態を、下の表の各質問に答えながら、各セルを埋めていきます。

これにより差異を明らかにしていきます。

これも必ずしも全てを埋める必要はなく、途中で Possible Cause （原因候補） が頭に浮かんだら、検証に移って構いません。

検証に失敗したら（問題が解決しなかったら）戻ってきて、また下の表を回答の続きをします。

視点	異常な状態 (IS)	正常な状態 (IS NOT)
What	何が差異を持っているか？差異とは何なのかを記載する	正常な状態では、それはどうなっているのか？ (What の視点から）
Where	差異が観察できたのは、どの部分か？もしくは差異が発生したとき、どの部分で観察されたか？	本来、その部分はどうなっているか？ (Where の視点から）
When	最初にその差異が観察されたのはいつか？いつからかんさつされたのか？発生パターンは？そのシステムが導入されてから最初の発生か？	その時間に、本来ならどうなっているべきなのか？ (When の視点から）
Extent	差異の発生しているシステムの数は？一つのシステムの差異の数は？一つ一つの差異の大きさは？サイズ・数の時間的な推移については？	その数はゼロであるべきか、それとも少なくあるべきなのか？サイズについては？