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

更新日

投稿日

 前回はKETICモデルの中の知識(Knowledge)の内、技術知識について解説しました。その中で、3Mや村田製作所のイノベーションの実現に向けての仕組みとしての、社内での技術共有プログラムの話をしました。今回もこの議論を続けていきたいと思います。
 

1. イノベーションに向けての技術の組織横断での活用の必然性:範囲の経済性

 
 企業は起業直後は別にして、自社の成長に向けて、通常複数の製品や事業を生産したり、販売したりします。そのために、入手済の生産設備や構築済の販売チャネルや自社の顧客の間での信用(つまりブランド)を使って行います。
 
 それは、それぞれの製品を実現するための能力や資産を、個別に一から展開するより、既にあるものを使った方が、効率的に複数の製品を展開できるからです。そのような組織や企業が既に入手・構築済の能力や資産の活用の結果得られる経済性を、経済学の用語で範囲の経済性と言います。
 
 企業の中においては、範囲の経済性という言葉はあまり耳にする言葉ではありませんが、経営の活動の中では、実際に広く実践されていることです。その点技術はどうでしょうか?
 
 企業にとって技術も範囲の経済性を生む重要な資産です。そのため、自社の技術を使って新しい製品や事業を構築したいというニーズには大きなものがあります。しかし、現実には、企業においては、技術は個人の技術者や研究者に属人的に属していたり、せいぜい一部の部門内に閉じて利用されることも多いものです。
 
 つまり、創業間もないベンチャー企業とは違って、実績と組織を持つ企業においては、既に多額の資金を長年にわたり研究開発に投入することで、社内に様々な技術資源を保有していますが、十分にその範囲の経済性を実現できていないということです。
 
 従って、技術の共有化は新たなイノベーションを起こす上で大変重要で、少なくとも技術を自社の成長の拠り所としている企業においては、可能であればやるべきものというレベルではなく、企業という組織体である以上、また限定された経営資源を使って最大のリターンを生み出すことを求められる企業においては、必ずやる必要があるというレベルの活動なのです。
 
 イノベーション
 

2. イノベーション:組織横断的に共有する技術の要件

 
 社内には様々な技術があり、また一部の部門でしか使用しない技術もあり、更に技術の共有化にも、時間やエネルギーの投入が必要となります。そのため、全ての技術を組織横断的に共有化することは非効率です。
 
 従って、共有の対象となる技術は、組織横断的に活用ができ、またイノベーションの創出すなわち革新的な製品を創出することに大きく寄与する技術ということになります。
 

3. イノベーション:コア技術とは?

 
 多くの企業においては、技術は既に自社が対象とする市場に存在するニーズを満たすために必要となるものであり、技術を先に設定してそれを利用して製品を出すということは通常しません。
 
 しかし、上でも述べたように、そもそも企業という組織体である以上、範囲の経済性を実現する必要があり、それにより最大のROIを実現するためには、常に範囲の経済性を考えて技術開発する必要があります。
...
 前回はKETICモデルの中の知識(Knowledge)の内、技術知識について解説しました。その中で、3Mや村田製作所のイノベーションの実現に向けての仕組みとしての、社内での技術共有プログラムの話をしました。今回もこの議論を続けていきたいと思います。
 

1. イノベーションに向けての技術の組織横断での活用の必然性:範囲の経済性

 
 企業は起業直後は別にして、自社の成長に向けて、通常複数の製品や事業を生産したり、販売したりします。そのために、入手済の生産設備や構築済の販売チャネルや自社の顧客の間での信用(つまりブランド)を使って行います。
 
 それは、それぞれの製品を実現するための能力や資産を、個別に一から展開するより、既にあるものを使った方が、効率的に複数の製品を展開できるからです。そのような組織や企業が既に入手・構築済の能力や資産の活用の結果得られる経済性を、経済学の用語で範囲の経済性と言います。
 
 企業の中においては、範囲の経済性という言葉はあまり耳にする言葉ではありませんが、経営の活動の中では、実際に広く実践されていることです。その点技術はどうでしょうか?
 
 企業にとって技術も範囲の経済性を生む重要な資産です。そのため、自社の技術を使って新しい製品や事業を構築したいというニーズには大きなものがあります。しかし、現実には、企業においては、技術は個人の技術者や研究者に属人的に属していたり、せいぜい一部の部門内に閉じて利用されることも多いものです。
 
 つまり、創業間もないベンチャー企業とは違って、実績と組織を持つ企業においては、既に多額の資金を長年にわたり研究開発に投入することで、社内に様々な技術資源を保有していますが、十分にその範囲の経済性を実現できていないということです。
 
 従って、技術の共有化は新たなイノベーションを起こす上で大変重要で、少なくとも技術を自社の成長の拠り所としている企業においては、可能であればやるべきものというレベルではなく、企業という組織体である以上、また限定された経営資源を使って最大のリターンを生み出すことを求められる企業においては、必ずやる必要があるというレベルの活動なのです。
 
 イノベーション
 

2. イノベーション:組織横断的に共有する技術の要件

 
 社内には様々な技術があり、また一部の部門でしか使用しない技術もあり、更に技術の共有化にも、時間やエネルギーの投入が必要となります。そのため、全ての技術を組織横断的に共有化することは非効率です。
 
 従って、共有の対象となる技術は、組織横断的に活用ができ、またイノベーションの創出すなわち革新的な製品を創出することに大きく寄与する技術ということになります。
 

3. イノベーション:コア技術とは?

 
 多くの企業においては、技術は既に自社が対象とする市場に存在するニーズを満たすために必要となるものであり、技術を先に設定してそれを利用して製品を出すということは通常しません。
 
 しかし、上でも述べたように、そもそも企業という組織体である以上、範囲の経済性を実現する必要があり、それにより最大のROIを実現するためには、常に範囲の経済性を考えて技術開発する必要があります。
 
 そのため、将来にわたり対象とする市場で潜在ニーズの可能性を広く考え、そのような潜在ニーズを充足するような技術という視点から、自社の開発対象の技術を考えていかなければなりません。
 
 もちろん潜在ニーズを探すこと自体が難しい作業であり、それを更に将来に向かって広く考えるということは、益々難しいものですが、社内の関係者の想像力を最大限に発揮して、そのような技術を見つけていかなければなりません。
 
 そのような技術が今後とも自社が寄って立つための技術、すなわちコア技術となるものです。
  

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
開発で考えるべき計画の余裕度  新規事業・新商品を生み出す技術戦略(その22)

        今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておき...

        今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておき...


経験を知識に転換する工夫 普通の組織をイノベーティブにする処方箋 (その58)

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。しかし、いくら経験を重ねても経験(暗黙知)のままでは、...

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。しかし、いくら経験を重ねても経験(暗黙知)のままでは、...


技術情報の「検索・開示」における注意点 新規事業・新商品を生み出す技術戦略(その50)

       ◆ 「欲しい技術」「売りたい技術」の言語化    欲しい技術や研究データを探すた...

       ◆ 「欲しい技術」「売りたい技術」の言語化    欲しい技術や研究データを探すた...


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

もっと見る
先行技術テーマを企画段階で評価するには

1.先行技術開発    イノベーション、すなわち価値創造がものづくり企業におけるR&Dのミッションとして期待される中で、それを実現す...

1.先行技術開発    イノベーション、すなわち価値創造がものづくり企業におけるR&Dのミッションとして期待される中で、それを実現す...


技術資源の有効活用: 事例紹介 (その1)

 今回から2回に分けて、TRMによる活動の事例紹介をいたします。TRM(Technical Resource Management)は自社が保有する潜在的...

 今回から2回に分けて、TRMによる活動の事例紹介をいたします。TRM(Technical Resource Management)は自社が保有する潜在的...


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

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...