社外技術知識の収集・蓄積 普通の組織をイノベーティブにする処方箋 (その29)

更新日

投稿日

 現在この連載では、KETICモデルの最初の知識(Knowledge)の内、技術の知識の解説をしていますが、今回からは社外の技術知識をどう収集・蓄積するかについて解説します。
 

1. イノベーションを起こすために収集する社外技術知識の収集・蓄積の拠り所の必要性

 
 この連載の中でも何度が議論をしてきたように、革新的なテーマを創出するには、技術知識、市場知識そして自社の強みが必要であると考えています。
 
 このモデルを前提とすると、自社の強み以外の2つの要素である技術知識と市場知識は、多ければ多い程それら3要素の間でスパークが起きる頻度が高まり、革新的なテーマが数多く創出されることになります。
 
 しかし、多ければ多いと言っても、対象を絞らなければ効率的に知識を収集・蓄積することはできません。知識の収集・蓄積にはその起点となる拠り所が必要です。社外から技術知識を収集し蓄積するには、どのような点を拠り所にすれば良いのでしょうか?
 
 技術マネジメント
 

2. 社外技術知識の収集・蓄積の拠り所:自社のコア技術

 
 技術知識の収集・蓄積の拠り所になるのが、まさに前回まで解説をしてきた自社のコア技術です。自社は今後の展開として、このコア技術を多いに活用してイノベーションを起こすと決めているのですから(それがコア技術設定の目的です)、社外の技術知識の収集・蓄積においてこのコア技術を重要な拠り所とすることは、理に適っています。
 
 自社のコア技術を拠り所にして外部の技術知識を収集・蓄積する活動には、大きくは2つの方向性があります。
 

(1) 自社のコア技術の補完技術

 
 通常革新的な製品を実現するには、自社のコア技術だけでの達成は不可能です。自社のコア技術と外部の何等かの技術のスパークにより、革新的なテーマをスパークにて創出するのです。ですから、一つの方向性が、自社のコア技術との間でスパークを起こし、革新的な製品が生み出されるような外部の技術です。ですので、外部の技術の収集・蓄積となるのは、コア技術とスパークを起こしてくれるような技術です。
 
 もちろん、自社でこのようなコア技術を利用してスパークを起こす機会を社外において探すわけですが、どのような外部技術と組み合わさるとスパークが起きるかを自社の現有の知識や経験だけ探すのでは、その発想が限定されてしまいます。ここに何かしらの工夫が必要です。
 

(2) 自社のコア技術...

 現在この連載では、KETICモデルの最初の知識(Knowledge)の内、技術の知識の解説をしていますが、今回からは社外の技術知識をどう収集・蓄積するかについて解説します。
 

1. イノベーションを起こすために収集する社外技術知識の収集・蓄積の拠り所の必要性

 
 この連載の中でも何度が議論をしてきたように、革新的なテーマを創出するには、技術知識、市場知識そして自社の強みが必要であると考えています。
 
 このモデルを前提とすると、自社の強み以外の2つの要素である技術知識と市場知識は、多ければ多い程それら3要素の間でスパークが起きる頻度が高まり、革新的なテーマが数多く創出されることになります。
 
 しかし、多ければ多いと言っても、対象を絞らなければ効率的に知識を収集・蓄積することはできません。知識の収集・蓄積にはその起点となる拠り所が必要です。社外から技術知識を収集し蓄積するには、どのような点を拠り所にすれば良いのでしょうか?
 
 技術マネジメント
 

2. 社外技術知識の収集・蓄積の拠り所:自社のコア技術

 
 技術知識の収集・蓄積の拠り所になるのが、まさに前回まで解説をしてきた自社のコア技術です。自社は今後の展開として、このコア技術を多いに活用してイノベーションを起こすと決めているのですから(それがコア技術設定の目的です)、社外の技術知識の収集・蓄積においてこのコア技術を重要な拠り所とすることは、理に適っています。
 
 自社のコア技術を拠り所にして外部の技術知識を収集・蓄積する活動には、大きくは2つの方向性があります。
 

(1) 自社のコア技術の補完技術

 
 通常革新的な製品を実現するには、自社のコア技術だけでの達成は不可能です。自社のコア技術と外部の何等かの技術のスパークにより、革新的なテーマをスパークにて創出するのです。ですから、一つの方向性が、自社のコア技術との間でスパークを起こし、革新的な製品が生み出されるような外部の技術です。ですので、外部の技術の収集・蓄積となるのは、コア技術とスパークを起こしてくれるような技術です。
 
 もちろん、自社でこのようなコア技術を利用してスパークを起こす機会を社外において探すわけですが、どのような外部技術と組み合わさるとスパークが起きるかを自社の現有の知識や経験だけ探すのでは、その発想が限定されてしまいます。ここに何かしらの工夫が必要です。
 

(2) 自社のコア技術の強化のための技術

 
 もう一つの方向性が、自社のコア技術をより強化するための技術を探すということです。自社のコア技術がより強化されると、すなわち技術の水準が向上し、さらにコア技術を構成する新たな要素技術の知識が得られれば、スパークの頻度は上がることになります。
 
 次回は、上記の(1)自社のコア技術の補完技術をどう探すかの工夫や活動について個別の解説をします。
 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
技術戦略はなぜ必要なのか 新規事業・新商品を生み出す技術戦略(その53)

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...

        今回は「技術戦略はなぜ必要なのか」というタイトルで記事を進めます。    この...


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

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...


強みは未来志向で設定 普通の組織をイノベーティブにする処方箋 (その46)

        前々回からKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」を...

        前々回からKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」を...


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

もっと見る
手戻りのフィードバック・ループを小さくするとは プロジェクト管理の仕組み (その9)

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...


マトリクス体制での品質保証3 プロジェクト管理の仕組み (その32)

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...


R&Dの価値創造力を高めるシンプルツール、iMapとは、

 技術経営とは、「企業の経営資源である技術を経営戦略の中核に位置づけ、顧客価値の創造へ向けて、その獲得・強化・活用を戦略的に行うことにより、継続的な企業の...

 技術経営とは、「企業の経営資源である技術を経営戦略の中核に位置づけ、顧客価値の創造へ向けて、その獲得・強化・活用を戦略的に行うことにより、継続的な企業の...