普通の組織をイノベーティブにする処方箋 (その23)

更新日

投稿日

1. KETICモデル

 
 前回のその22で、イノベーションに必要な5つの要素として、知識(Knowledge)、経験(Experience)、思考(Thought)、意思(Intention)、好奇心(Curiosity)をあげました。それらを英語の頭文字をとってKETICモデルと呼ぶことにします。この連載で、KETICを一つ一つ順番に解説します。今回は最初の「知識」です。
 

2. 知識を集める

 
 KETICモデルはイノベーション、すなわち「新しい知識」を創出するものですが、この「新しい知識」を創出するには、その要素として「既存の知識」を集めて、組織の構成員の頭の中に蓄積させることが重要となります。
 
 技術マネジメント
 

3. イノベーションを起こすための3の原料

 
 この連載の中で、何度か言及してきたように、私は企業におけるイノベーションを「今まで存在しない新たな大きな価値を創出すること」と定義しています。そして、そのイノベーションを起こす原料の知識として、市場知識、技術知識、自社の強みの3つが必要と考えています。
 
 なぜこの3つの原料かと言うと、まずは今まで存在していなかった新たな価値を実現するには、市場における顧客が何に対して新たな価値を認識するのかを想像するための「市場」の知識が必要です。
 
 その次には、その新たな価値を実現するためには技術が必要で、そのために「技術」の知識が求められます。しかし、製品化や事業化までの全体プロセスにおいて、自社が他社に対するなんらかの強みを
持たなければ、せっかく生み出したイノベーションの成果を他社(トンビ)に「油揚げをさらわれて」しまいます。
 
 従って、最終的に事業化するまでの過程で他社に能力において差別化するための自社の強みを持たなければなりません。
 

4. 技術知識の収集と蓄積

 
 この3つの原料の内、今回は技術知識の解説です。
 

(1) 社内の技術知識を集め共有化する

 
 企業においては、「自部門」では日々の研究開発活動により新たな技術知識が創出されています。また外部から新たな技術を取り込むという活動も行われています。
 
  その結果、「自部門」においては、そのような技術知識が蓄積されていきますが、一方で多くの企業においてそのような「自部門」で蓄積された技術知識は、「他部門」では利用されないものです。
 
 そこで必要となるのが、技術知識を組織横通しで共有する仕組みです。3M(テックフォーラム)や村田製作所(STEP)などの企業が、社内制度として社内技術共有化プログラムを持っています。これは、コア技術やプラットフォーム技術と呼ぶ自社が寄って立つ技術(ある程度の広い領域)を設定し、その技術を社内で組織横串で共有化を行うものです。
 

(2) 社外の技術知識を集める

 
 社内があれば社外もあります。すなわちオープンイノベーション活動です。オープンイノベーションを強力に進めてきたP&Gの有名な言葉に、「P&Gは8,600人の研究者を雇用しイノベーションに努めている。しかし、社外には150万人の研究者がいる。社内ですべてのイノベーションを行うのは合理的だろうか。」(ヘンリー・チ...

1. KETICモデル

 
 前回のその22で、イノベーションに必要な5つの要素として、知識(Knowledge)、経験(Experience)、思考(Thought)、意思(Intention)、好奇心(Curiosity)をあげました。それらを英語の頭文字をとってKETICモデルと呼ぶことにします。この連載で、KETICを一つ一つ順番に解説します。今回は最初の「知識」です。
 

2. 知識を集める

 
 KETICモデルはイノベーション、すなわち「新しい知識」を創出するものですが、この「新しい知識」を創出するには、その要素として「既存の知識」を集めて、組織の構成員の頭の中に蓄積させることが重要となります。
 
 技術マネジメント
 

3. イノベーションを起こすための3の原料

 
 この連載の中で、何度か言及してきたように、私は企業におけるイノベーションを「今まで存在しない新たな大きな価値を創出すること」と定義しています。そして、そのイノベーションを起こす原料の知識として、市場知識、技術知識、自社の強みの3つが必要と考えています。
 
 なぜこの3つの原料かと言うと、まずは今まで存在していなかった新たな価値を実現するには、市場における顧客が何に対して新たな価値を認識するのかを想像するための「市場」の知識が必要です。
 
 その次には、その新たな価値を実現するためには技術が必要で、そのために「技術」の知識が求められます。しかし、製品化や事業化までの全体プロセスにおいて、自社が他社に対するなんらかの強みを
持たなければ、せっかく生み出したイノベーションの成果を他社(トンビ)に「油揚げをさらわれて」しまいます。
 
 従って、最終的に事業化するまでの過程で他社に能力において差別化するための自社の強みを持たなければなりません。
 

4. 技術知識の収集と蓄積

 
 この3つの原料の内、今回は技術知識の解説です。
 

(1) 社内の技術知識を集め共有化する

 
 企業においては、「自部門」では日々の研究開発活動により新たな技術知識が創出されています。また外部から新たな技術を取り込むという活動も行われています。
 
  その結果、「自部門」においては、そのような技術知識が蓄積されていきますが、一方で多くの企業においてそのような「自部門」で蓄積された技術知識は、「他部門」では利用されないものです。
 
 そこで必要となるのが、技術知識を組織横通しで共有する仕組みです。3M(テックフォーラム)や村田製作所(STEP)などの企業が、社内制度として社内技術共有化プログラムを持っています。これは、コア技術やプラットフォーム技術と呼ぶ自社が寄って立つ技術(ある程度の広い領域)を設定し、その技術を社内で組織横串で共有化を行うものです。
 

(2) 社外の技術知識を集める

 
 社内があれば社外もあります。すなわちオープンイノベーション活動です。オープンイノベーションを強力に進めてきたP&Gの有名な言葉に、「P&Gは8,600人の研究者を雇用しイノベーションに努めている。しかし、社外には150万人の研究者がいる。社内ですべてのイノベーションを行うのは合理的だろうか。」(ヘンリー・チェスブロー)があります。
 
  まさに社外に目を向ければ自社にはない、膨大な技術知識が存在しているのです。もちろん社外であれば、それを獲得するには経済学で言う「取引コスト」の問題があります。しかし、技術を生みだす活動には、多額の費用がかかり、また多額の費用を掛けても期待する成果が得られない可能性も大きいわけで、取引コストを考慮しても社内の技術知識を活用するというオプションは極めて有効です。
 
 次回も、KETICの解説を続けます。
 
  

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
技術者倫理とは?

  技術者倫理、倫理綱領は知っているが、何となく腑に落ちないというあなたに、技術者倫理の考え方とその必要性を解説します。 ◆関連解説『人...

  技術者倫理、倫理綱領は知っているが、何となく腑に落ちないというあなたに、技術者倫理の考え方とその必要性を解説します。 ◆関連解説『人...


技術企業の高収益化:差異化の源泉は徹底的な顧客視点にある

   収益の源泉が差異化にあることは、この連載の読者なら常識的知識だと思います。差異化によって、顧客価値が拡大し、収益が上がるというのが理...

   収益の源泉が差異化にあることは、この連載の読者なら常識的知識だと思います。差異化によって、顧客価値が拡大し、収益が上がるというのが理...


ロードマップを行動に落とす時の注意点 新規事業・新商品を生み出す技術戦略(その19)

       検討に検討を重ねて、「ついに目標が決まった!」「あとは実行するのみ!」という時、熱意もやる気も高まって、...

       検討に検討を重ねて、「ついに目標が決まった!」「あとは実行するのみ!」という時、熱意もやる気も高まって、...


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

もっと見る
プロジェクトの問題を見極める1 プロジェクト管理の仕組み (その23)

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...


スペック追及は技術開発の目標ではない

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...


作業要素の進捗分析3 プロジェクト管理の仕組み (その20)

 前回のその19:作業要素の進捗分析2に続いて解説します。    一つひとつの作業要素の完了判断は、明確になっている必要があります。改めて作...

 前回のその19:作業要素の進捗分析2に続いて解説します。    一つひとつの作業要素の完了判断は、明確になっている必要があります。改めて作...