技術棚卸はトレンド分析と表裏一体

更新日

投稿日

...

1.技術の棚卸はトレンド分析と表裏一体

 技術の棚卸しは将来の製品像を占うトレンド分析と表裏一体です。トレンド分析は、人口推計等の統計データから将来の社会、くらしを予想し、そこから新しい製品・サービスイメージをつくるというもの。一方の技術の棚卸しは、どのような技術を保有しているか足元を確認するもの。両者を合わせて見ることで、将来的に不足しそうな資源は何かが予測でき、研究開発のリソース配分が考えられます。

 しかし未来を予想しても、そこからいきなり技術には結びつきません。将来に伸びそうな商品の技術要素を分解して、それとの組み合わせを考える必要があります。

 例えば2015年の段階で、ヘッドアップディスプレイという「伸びそうな市場」があり、微細加工技術を保有する会社が技術の棚卸しをしているとしましょう。ヘッドアップディスプレイを技術要素に分解すると、光源、コンバイナ(シースルーのディスプレイ)等に分解できます。

 微細加工の得意な会社であれば、このようなコンバイナの加工が可能であるかもしれない、と発想するでしょう。そして、コンバイナを実現するための方法論を考え、次に、コンバイナを作っている会社を調べます。これは特許で調査が可能です。

 狙いはその会社のコンバイナのサプライヤになることで、その会社に対してアプリケーションの提案をするために研究開発します。これがテーマにつながるのです。

 必要なのはアプリケーションを作り出すという意思であり、アプリケーションの発見ではありません。発見されるのは、あくまでもアプリケーションの可能性までです。その上で必要なのは、アプリケーションを実現する活動です。

 

技術棚卸の成果例

   

 

2.技術の棚卸で何ができるのか?

 結論から言えば、技術の棚卸だけをしても何の成果も生まれません。また一人の経営者が全体を見渡せるような中小企業の場合には、棚卸をしても効果は少ないでしょう。一人で見渡せる範囲であれば、大体暗黙知のままで事足ります。大がかりな技術の棚卸をして意味がある会社は、中堅~大企業で、足もとの確認のためです。

 すなわち自分たちの会社がどのようになっていくか、ビジョンの策定が先です。ビジョンの策定に関してはまずマクロトレンド分析を行い、それと並行して技術の棚卸を行って自社の現状の技術を把握するのです。

 現状とビジョンの差異を分析し、それを埋めるように研究開発の方向性を決定します。   

3.なぜ技術の棚卸が必要か?

 技術の棚卸は非常に面倒ですが、多くのメリットがあります。どんな企業でも期末に必ず資産を棚卸するのに対し、技術の場合会計的に計上されている訳ではないため、棚卸は「わざわざ」実施しなければなりません。

 そこで、技術の棚卸を行う大義名分が必要になりますが、そこには下に列挙するような目的があり、これがそのまま技術の棚卸を行う理由となります。なお、これらの目的は独立したものでなく、相互に関連させて行う事が効率的です。

・自社の技術資産について共通の認識を持つ
・足りない技術を明確にする
・事業の方向性を踏まえて研究開発の資源配分を検討する

4.技術の棚卸結果をもとにテーマ探索が出来るか?

 技術の棚卸をベースとして、アプリケーションを探索する方法論があります。技術の棚卸の結果、細分化された要素技術が出てくるので、それらが他に展開できないかと探索的に調査する方法です。

 しかし私は、この方法は難しいと思っています。というのは、技術の棚卸結果を見ながらそのアプリケーションを思いつくのであれば、そもそも棚卸などしなくても思いついていると思うからです。技術の棚卸は、要素技術の強さ(競合優位性)を判断するには必須でしょう。ただし、競合優位性があるからと言って、市場性があるとは限りません。また技術の棚卸の結果、強いと判断されたものが今後のビジネストレンドに合致する訳ではないのです。

 技術棚卸の結果は結果として受け止めるとしても、伸びゆく市場でのアプリケーションを探すための活動を、同時並行的、職務的に進めることが求められます。一時的、プロジェクト的な取り組みではないことを心に留めるべきです。むしろ、技術テーマのエンジニアが、「誰かの役に立ちたい」と考えて自らの技術を伸ばす機会を探るのがいいのではないかと思います。   

(1)技術企画がテーマ探索をする場合

 技術の棚卸結果を見ながら、そのアプリケーションを考えるのは、棚卸や技術企画の担当者でしょうか?技術企画の担当者が棚卸し結果からテーマを探すのは、担当の研究者の情報に及ばないため、大変な仕事です。

 しかし技術企画の場合、その技術をより広い分野で見渡すことができますし、競争戦略的な視点で技術を評価することができます。また、競争戦略や業界動向を意識したテーマ出しが可能という点で、技術担当者よりも有利といえましょう。   

(2)担当研究者がテーマ探索をする場合

 技術の担当研究者がテーマ探索をするのであれば、テーマは比較的容易に見つかる可能性があります。日頃から、論文に精通しているからです。しかしその場合、そもそも棚卸などしなくても思いついている可能性もあります。

 テーマ枯渇に陥っている場合には、論文・ユーザー動向等の様々な情報に触れさせて、新しいテーマを発掘するのがベターです。その場合でも、「◯◯技術を☓☓市場に適用できるようにする」といった研究者のミッションがあると思います。「なんでもいいから何かやれ」ではなく、このような大枠をはめた方が進めやすくなります。

   続きを読むには・・・


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

もっと見る
『価値づくり』の研究開発マネジメント (その8)

     今回から、オープンイノベーションを経済学のキーワードから「範囲の経済性」を解説します。 ◆関連解説『技術マネジメントとは』 ...

     今回から、オープンイノベーションを経済学のキーワードから「範囲の経済性」を解説します。 ◆関連解説『技術マネジメントとは』 ...


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

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。 &n...

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。 &n...


エコシステムの国際比較 オープンイノベーションとは(その3)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


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

もっと見る
設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


仕組みの見直しに成功する組織1 プロジェクト管理の仕組み (その25)

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...


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

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...