IS/ISNOT思考法は、問題分析の基本

更新日

投稿日

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある原因としてどのようなものがあるか、どれがより可能性の高い原因であるかを考えて行動していると思います。しかし、それほど論理的な思考の手順を踏んでいないのかもしれません。その手順は、人さまざまだと思いますが、ある特定の事実だけから推定してしまったり、直近の変化に着目して原因を推定してしまったりしていないでしょ...

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある原因としてどのようなものがあるか、どれがより可能性の高い原因であるかを考えて行動していると思います。しかし、それほど論理的な思考の手順を踏んでいないのかもしれません。その手順は、人さまざまだと思いますが、ある特定の事実だけから推定してしまったり、直近の変化に着目して原因を推定してしまったりしていないでしょうか。

 多くの人の場合、その原因特定に至るまでに相当な時間を必要としたり、その特定した原因に対して自信が持てなかったりする人も多いでしょう。トラブルに遭遇した時に、真の原因に迫るその思考プロセスが分かっていたらムダな時間を費やさなくてすみ、出した結論に対しても自信を持てることになるはずです。また、先入観から思いつきの原因にジャンプしてしまうことを防ぎ、その結果、当たっていない対策に走ることを防止でき、やらなくてもよい対策をやらないですませられるという効果が期待できます。

 KT(Kepner Tregoe)法の問題分析に、IS/ISNOT思考が含まれていることを気づかれた人もいると思います。詳細な分析は、KT法の問題分析に任せて、ここでは、ロジカルシンキングの基本ツールとして切り出し活用できる図1の事例を紹介します。課題のテーマは、Aグループの特許出願件数がトップクラスのBさんの行動の特徴をヒントとして、同じグループの標準的な特許出願件数のCさんとグループ全体の特許出願件数向上計画を立案しようとするものです。

 まず、Bさんの事実情報をIS、Cさんの事実情報をISNOTとして、ここでは、能力、意欲、現状、所属組織のバックアップなどに分類して列挙します。次に、BさんとCさんはどう違うのかの区別点を抽出します。そして、◎、○などで区別点を評価します。その結果を基に、改善計画を議論し、3つ程度に絞って列挙します。たぶん、難しく感じないと思います。つまり、皆さんが頭の中で考えた違いを可視化することなのです。

IS ISNOT分析 

図1 IS/ISNOT思考法の具体例

   続きを読むには・・・


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その129)

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...


軸を明確にすることで得られる効果 新規事業・新商品を生み出す技術戦略(その10)

       先日お会いした経営陣との会話から得たビジネスヒントをご紹介します。    少人数で技術開発...

       先日お会いした経営陣との会話から得たビジネスヒントをご紹介します。    少人数で技術開発...


技術企業の高収益化: 技術マーケティングとは

◆ 技術マーケティング  技術マーケティングとは、単なる営業を指すのではありません。「技術プラットフォーム」に関する記事では、顧客からスペックを引き...

◆ 技術マーケティング  技術マーケティングとは、単なる営業を指すのではありません。「技術プラットフォーム」に関する記事では、顧客からスペックを引き...


「技術マネジメント総合」の活用事例

もっと見る
システム設計4 プロジェクト管理の仕組み (その36)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


仕組み見直しとグローバル化(その2)

◆「気づき」能力向上のカギは製品開発経験の活用    前回のその1に続いて解説します。「気づき」能力は、擦り合わせ型開発を行う上で技術者が備...

◆「気づき」能力向上のカギは製品開発経験の活用    前回のその1に続いて解説します。「気づき」能力は、擦り合わせ型開発を行う上で技術者が備...


製品設計におけるトレードオフのコントロールとは

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...