イノベーションの発想 普通の組織をイノベーティブにする処方箋 (その123)

更新日

投稿日

技術マネジメント

 

前回、前々回に引き続き、今回も「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にもとづき、日々の活動の中でどうイノベーションを創出するかについて解説します。

 

1.固定観念に縛られものごとを決めつけない

小イノベーションを日々沢山量産する上で重要な点として、すでに創出した小イノベーションに、こだわらないということがあると思います。もちろんこだわりのないような小イノベーションでは、早晩忘れ去られてしまい、後の他の小イノベーションに結び付きにくいというリスクがあります。

 

しかし、数多くの小イノベーションを創出するには、常に自分がすでに創出した小イノベーションについても疑問を持ち続け、そこに関連する他のバージョンの小イノベーションを創出し続けようとする姿勢が大事です。また疑問を持ち続けることで、過去の小イノベーションを頭の「最前列」に置き続けることもできます。

 

(1)自分の小イノベーションにこだわる心理:IH(Invented-Here)症候群

NIH症候群という言葉があります。

 

NIHとはnot-invented-here(「ここで発明されたものではない」)の頭文字をとったもので、自分もしくは自分達が生み出したものには強い愛着・執着を感じるが、外部で生み出されたものには逆に拒否反応をするものであるという人間の心理をあらわした言葉です。

 

NIH症候群は、この文章の後ろ半分「外部で生み出されたものには逆に拒否反応をする」に目を向けた言葉です。しかし、前半「自分もしくは自分達が生み出したものには強い愛着・執着を感じる」に目を向けると、IH(invented-here 「ここで発明されたもの」)症候群という言葉が新に浮かびあがります。つまり人間は自分が考えたアイデアには「過度」に愛着・執着を感じるということです。

 

したがって、自分が創出した小イノベーションへのIH症候群には、中止しなければなりません。

 

(2)自分の小イノベーションは常に仮説である

なぜ自分が創出した小イノベーションを問い続ける必要があるかというと、他にも理由があります。それは、実際にその小イノベーションは未だ仮説である可能性が極めて高いからということもあります。未だそれが仮説であれば、真実に迫るためにはその仮説には進化が必要であり、そのために新な小イノベーションを生み出さなければなりません。

 

また、それは真実ではなく未だ仮説であるときちんと認識しているのであれば、真実とは何かを問い直すモチベーションにもなります。

 

2.人間の営みの中では100%正しいことはほとんどの場合ありえない

常に物事はある前提に基づき決まるもので、その前提が変われば、結論も変わります。

 

つまりAという前提から、Xという結論が得られた場合、確かに前提をAのみと考えれば、決定論的にXという結論しか考えられないかもしれません。しかし、結論に至るには前提をAのみを考えれば良いという確信を100%得ることは、現実には困難な場合が多いと思います。ある結論に至る前提として、未知の前提BやCもあるか...

技術マネジメント

 

前回、前々回に引き続き、今回も「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にもとづき、日々の活動の中でどうイノベーションを創出するかについて解説します。

 

1.固定観念に縛られものごとを決めつけない

小イノベーションを日々沢山量産する上で重要な点として、すでに創出した小イノベーションに、こだわらないということがあると思います。もちろんこだわりのないような小イノベーションでは、早晩忘れ去られてしまい、後の他の小イノベーションに結び付きにくいというリスクがあります。

 

しかし、数多くの小イノベーションを創出するには、常に自分がすでに創出した小イノベーションについても疑問を持ち続け、そこに関連する他のバージョンの小イノベーションを創出し続けようとする姿勢が大事です。また疑問を持ち続けることで、過去の小イノベーションを頭の「最前列」に置き続けることもできます。

 

(1)自分の小イノベーションにこだわる心理:IH(Invented-Here)症候群

NIH症候群という言葉があります。

 

NIHとはnot-invented-here(「ここで発明されたものではない」)の頭文字をとったもので、自分もしくは自分達が生み出したものには強い愛着・執着を感じるが、外部で生み出されたものには逆に拒否反応をするものであるという人間の心理をあらわした言葉です。

 

NIH症候群は、この文章の後ろ半分「外部で生み出されたものには逆に拒否反応をする」に目を向けた言葉です。しかし、前半「自分もしくは自分達が生み出したものには強い愛着・執着を感じる」に目を向けると、IH(invented-here 「ここで発明されたもの」)症候群という言葉が新に浮かびあがります。つまり人間は自分が考えたアイデアには「過度」に愛着・執着を感じるということです。

 

したがって、自分が創出した小イノベーションへのIH症候群には、中止しなければなりません。

 

(2)自分の小イノベーションは常に仮説である

なぜ自分が創出した小イノベーションを問い続ける必要があるかというと、他にも理由があります。それは、実際にその小イノベーションは未だ仮説である可能性が極めて高いからということもあります。未だそれが仮説であれば、真実に迫るためにはその仮説には進化が必要であり、そのために新な小イノベーションを生み出さなければなりません。

 

また、それは真実ではなく未だ仮説であるときちんと認識しているのであれば、真実とは何かを問い直すモチベーションにもなります。

 

2.人間の営みの中では100%正しいことはほとんどの場合ありえない

常に物事はある前提に基づき決まるもので、その前提が変われば、結論も変わります。

 

つまりAという前提から、Xという結論が得られた場合、確かに前提をAのみと考えれば、決定論的にXという結論しか考えられないかもしれません。しかし、結論に至るには前提をAのみを考えれば良いという確信を100%得ることは、現実には困難な場合が多いと思います。ある結論に至る前提として、未知の前提BやCもあるかもしれません。

 

確かに1と2を足せば3になるということは100%正しいのですが、この場合1と2だけを足すという前提を固定した上で、3という結論を得ています。しかし現実の人間の営みの中では、ある状況下で3かどうかわかりませんがある結論を得ようとした場合、前提は1と2だけなのかを確定できることは稀です。自分が認識していない前提4もあれば、1+2+4は7となり、3とは異なる結論となるのです。

 

このように、自分の小イノベーションは常に仮説であると考えることには、妥当性があるのです。

 

次回に続きます。

 

 

   続きを読むには・・・


この記事の著者

浪江 一公

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。


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

もっと見る
製品設計:ミス防止対策(その3)

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...


トヨタ発のフロントローディングとは。方法やメリット・落とし穴を解説

【目次】 製造プロセスにおける設計部門を中心とした業務を表す開発の初期段階であるエンジニアリングチェーンエンジニアリングチェーン( ...

【目次】 製造プロセスにおける設計部門を中心とした業務を表す開発の初期段階であるエンジニアリングチェーンエンジニアリングチェーン( ...


テーマの評価 技術企業の高収益化:実践的な技術戦略の立て方(その6)

  ◆ 儲かるテーマをどう見極めるのか  今回は、研究開発テーマの評価についてです。この記事を読んでいただく事で、研究開発テーマの評価方...

  ◆ 儲かるテーマをどう見極めるのか  今回は、研究開発テーマの評価についてです。この記事を読んでいただく事で、研究開発テーマの評価方...


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

もっと見る
コアコンピタンスを生かした開発と販売の発展とは

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...


開発生産性とは プロジェクト管理の仕組み (その17)

 前回のその16に続いて解説します。作業成果物メトリクスは、作業成果物を測定することにより作業量から見た進捗を把握するためのものですが、その活用方法につい...

 前回のその16に続いて解説します。作業成果物メトリクスは、作業成果物を測定することにより作業量から見た進捗を把握するためのものですが、その活用方法につい...


システム設計7 プロジェクト管理の仕組み (その39)

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...