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

更新日

投稿日

技術マネジメント

 

前回までに「整理するフレームワークで整理・構造化した知識の中で焦点を当てる重要部分を切り取る」を解説しました。今回からは、「発想のフレームワークを使ってイノベーティブなアイデアを発想する手順」の次のステップで、かつ最後のステップである「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」について解説します。

 

1.切り取った知識の重要部分を「発想するフレームワーク」を使って、イノベーションを発想する

それでは、その「発想するフレームワーク」とはどのようなものなのでしょうか?


(1)やはりシュンペーターのモデルが基本

イノベーションを発想するフレームワークを考えるには、やはりイノベーションの研究者であるシュンペーターのイノベーションの定義として有名な、「イノベーションとは既存知識の新結合である」を基本とするのが良いと考えます。

すなわち、2つもしくは2つ以上の既存の知識が新しく組み合わさり(新結合-スパーク)して、イノベーションが起こるというものです。


(2)シュンペーターのモデルの疑問点

しかし、ここで疑問点があります。

 

つまり、それまで遠くに離れていた2つの既存の知識が新しく組み合わさり、「瞬時」にまさに「閃く」ようにスパークを起こし、それまで存在していなかったアイデアとしてイノベーションが起こるということがあるのかどうかということです。

 

よくイノベーションを示した漫画にあるように、頭の電球がパットつくようなことがあるのかということです。

 

既存知識Aと遠くに離れた場所にある既存知識Bが、それも遠くに離れたイノベーションにどう「新結合」するかです。それぞれ遠くに離れていて「遠くに離れている」の「二乗」なので、新結合が起こる可能性は低いと言わざるをえません。

 

もちろんイノベーションはそもそも低い頻度でしか置きないものですので、そもそもイノベーションというのはそういうものだと言えなくもありません。しかし、このメルマガで目指しているのは、「普通の組織をイノベーティブにする処方箋」ですので、それでは思考停止してしまいますので、それではいけません。

 

2.あるべき「発想するフレームワーク」

そのため、シュンペーターのモデルを基本にしつつも、あるべき「発想するフレームワーク」を創出するには、以下のような概念を追加していく必...

技術マネジメント

 

前回までに「整理するフレームワークで整理・構造化した知識の中で焦点を当てる重要部分を切り取る」を解説しました。今回からは、「発想のフレームワークを使ってイノベーティブなアイデアを発想する手順」の次のステップで、かつ最後のステップである「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」について解説します。

 

1.切り取った知識の重要部分を「発想するフレームワーク」を使って、イノベーションを発想する

それでは、その「発想するフレームワーク」とはどのようなものなのでしょうか?


(1)やはりシュンペーターのモデルが基本

イノベーションを発想するフレームワークを考えるには、やはりイノベーションの研究者であるシュンペーターのイノベーションの定義として有名な、「イノベーションとは既存知識の新結合である」を基本とするのが良いと考えます。

すなわち、2つもしくは2つ以上の既存の知識が新しく組み合わさり(新結合-スパーク)して、イノベーションが起こるというものです。


(2)シュンペーターのモデルの疑問点

しかし、ここで疑問点があります。

 

つまり、それまで遠くに離れていた2つの既存の知識が新しく組み合わさり、「瞬時」にまさに「閃く」ようにスパークを起こし、それまで存在していなかったアイデアとしてイノベーションが起こるということがあるのかどうかということです。

 

よくイノベーションを示した漫画にあるように、頭の電球がパットつくようなことがあるのかということです。

 

既存知識Aと遠くに離れた場所にある既存知識Bが、それも遠くに離れたイノベーションにどう「新結合」するかです。それぞれ遠くに離れていて「遠くに離れている」の「二乗」なので、新結合が起こる可能性は低いと言わざるをえません。

 

もちろんイノベーションはそもそも低い頻度でしか置きないものですので、そもそもイノベーションというのはそういうものだと言えなくもありません。しかし、このメルマガで目指しているのは、「普通の組織をイノベーティブにする処方箋」ですので、それでは思考停止してしまいますので、それではいけません。

 

2.あるべき「発想するフレームワーク」

そのため、シュンペーターのモデルを基本にしつつも、あるべき「発想するフレームワーク」を創出するには、以下のような概念を追加していく必要がありそうです。

  • シュンペーターのモデルの階層化
  • 前提としてのイノベーションの予感と既存の知識のありかの予感の必要性
  • 新結合の形態にも類型がある

ただし、私自身、現状の段階で、追加すべきは上の3つかどうかの確信があるはけではありませんので、今後のメルマガの中で、それぞれ考えを深めていき、修正の必要があれば、その時点で修正をしていくというステップで考えていきたいと思います。

 

次回に続きます。

 

 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
目的達成と自分の成長 普通の組織をイノベーティブにする処方箋 (その82)

 現在エドワード・デシの4段階理論に基づき、外発的動機付けから内発的動機付けを誘引する4つの段階を解説しています。 ◆関連解説記事『技術マネジメント...

 現在エドワード・デシの4段階理論に基づき、外発的動機付けから内発的動機付けを誘引する4つの段階を解説しています。 ◆関連解説記事『技術マネジメント...


設計品質の作り込みと人的設計ミス防止策 【連載記事紹介】

  設計品質の作り込みと人的設計ミス防止策 連載記事が無料でお読みいただけます!   ◆設計品質とは 設計ミスを無くし設計...

  設計品質の作り込みと人的設計ミス防止策 連載記事が無料でお読みいただけます!   ◆設計品質とは 設計ミスを無くし設計...


リーン製品開発の全体像 – 可視化ワークフロー管理 – バーチャルボード

   前回の「リーン製品開発※の全体像 – ビジュアルプロジェクトボード」に続けて解説します。   ◆ バーチャルボ...

   前回の「リーン製品開発※の全体像 – ビジュアルプロジェクトボード」に続けて解説します。   ◆ バーチャルボ...


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

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

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

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


新事業開発のステップを事例で考える

 中小ものづくり企業が自前のヒット商品を開発し、販売まで行うのは容易なことではありません。しかし、だからと言って下請け仕事を続けていて、利益を上げることは...

 中小ものづくり企業が自前のヒット商品を開発し、販売まで行うのは容易なことではありません。しかし、だからと言って下請け仕事を続けていて、利益を上げることは...


IoT 時代の製品開発とは - カギとなるデータ指向とシステム設計 -

   今回は、BtoB のビジネスをベースにハードウェア開発を中心としていたメーカーが IoT に対応した製品開発にシフトする際のカギとなるデ...

   今回は、BtoB のビジネスをベースにハードウェア開発を中心としていたメーカーが IoT に対応した製品開発にシフトする際のカギとなるデ...