テーマのリスク分散 新規事業・新商品を生み出す技術戦略(その61)

更新日

投稿日

技術マネジメント

失敗を許すR&Dテーマ

 クライアント先の開発現場で次のような相談をされることがあります。

  • うちの会社は成功することが前提。失敗を許す文化なんてありません。
  • 今までにない新しい商品企画・R&Dテーマを考えてくれ!とオファーされたのにも関わらず、100%企画提案が通りません。最後は今までと同じ、既存事業のR&Dテーマに決まってしまいます。
  • うちは大企業病を患っています。事業計画上、数百億円規模の売り上げ見込みが立たない限り、革新的なR&Dテーマは承認されません。

 多かれ少なかれ、皆さんの会社でも同じようなことが起こっているのではないでしょうか?

 それぞれの企業における環境は千差万別、解決プランも同様ですが、今回は新規性の高いR&Dテーマを推し進めるために有効な考え方について解説します。

1. R&Dテーマのレベルを分ける

 将来のビジネスチャンスを獲得するためには、新規事業や今までにない新商品の創出は企業ミッションの一つです。これを実現するため新規性の高い、ある意味で失敗する可能性が高いR&Dテーマを推進することは必須であるにも関わらず、リスクを考慮して稟議が通らないケースが多々あります。

 このようにグルグルと同じようなケースを繰り返さないために、リスク分散が有効です。リスク分散とは、R&Dテーマのレベルを3つ程度に分け、配分することです。これはスタートアップ成長の4ステージに近しいイメージかもしれません。要は複数あるR&Dテーマをそれぞれレベルに応じて進めましょうという考え方です。

 具体的には、次のように設定するとよいでしょう。

 【レベル3のテーマ】

 既存事業へ確実に貢献するR&Dテーマとして、すでに決定しているある程度の機能・スペックが決定している商品企画に必要な技術開発を行う。

 【レベル2のテーマ】

 既存事業に貢献できそうなR&Dテーマとして、2~3シリーズ先の商品企画の価値提供につながりそうな機能・スペックを実現する技術開発を行う。

 【レベル1のテーマ】

 新規事業および企画されていない新商品を想定したR&Dテーマとして、環境分析により将来の顧客価値を仮説した結果、商品・サービスを実現するための技術開発を行う。

 レベル1のテーマを失敗が許されるR&Dテーマとし、レベルそれぞれのリソース配分を決めます。

2. リスクを分散する

 複数あるR&Dテーマのレベルを分ける、つまりリソース配分や次ステップへの移行判定基準を変化させるという考え方は、研究開発活動におけるリスクを分散できるという効果があります。私が尊敬しているファーストリテイリングの柳井さんの著書で、このような内容を目にしました。

 それは挽回できる・立ち上がれる余力を残して失敗する(しろ)という考え方です。

 よくよく考えてみると当たり前のことですが、エンジニアであった当時の私には目からウロコ。当時の私は、冒頭で紹介した事例のそのもの、成功を前提とした考え方にとらわれていたのです。

 例えば、資産を増やすために皆さんは何をするでしょうか?

 宝くじを買う、ビットコイン?、銀行での貯蓄、投資信託、株、保険・・・それぞれを自身の生活環境などに応じて配分するかと思います。R&Dテーマも同様にリソース配分することで、不...

技術マネジメント

失敗を許すR&Dテーマ

 クライアント先の開発現場で次のような相談をされることがあります。

  • うちの会社は成功することが前提。失敗を許す文化なんてありません。
  • 今までにない新しい商品企画・R&Dテーマを考えてくれ!とオファーされたのにも関わらず、100%企画提案が通りません。最後は今までと同じ、既存事業のR&Dテーマに決まってしまいます。
  • うちは大企業病を患っています。事業計画上、数百億円規模の売り上げ見込みが立たない限り、革新的なR&Dテーマは承認されません。

 多かれ少なかれ、皆さんの会社でも同じようなことが起こっているのではないでしょうか?

 それぞれの企業における環境は千差万別、解決プランも同様ですが、今回は新規性の高いR&Dテーマを推し進めるために有効な考え方について解説します。

1. R&Dテーマのレベルを分ける

 将来のビジネスチャンスを獲得するためには、新規事業や今までにない新商品の創出は企業ミッションの一つです。これを実現するため新規性の高い、ある意味で失敗する可能性が高いR&Dテーマを推進することは必須であるにも関わらず、リスクを考慮して稟議が通らないケースが多々あります。

 このようにグルグルと同じようなケースを繰り返さないために、リスク分散が有効です。リスク分散とは、R&Dテーマのレベルを3つ程度に分け、配分することです。これはスタートアップ成長の4ステージに近しいイメージかもしれません。要は複数あるR&Dテーマをそれぞれレベルに応じて進めましょうという考え方です。

 具体的には、次のように設定するとよいでしょう。

 【レベル3のテーマ】

 既存事業へ確実に貢献するR&Dテーマとして、すでに決定しているある程度の機能・スペックが決定している商品企画に必要な技術開発を行う。

 【レベル2のテーマ】

 既存事業に貢献できそうなR&Dテーマとして、2~3シリーズ先の商品企画の価値提供につながりそうな機能・スペックを実現する技術開発を行う。

 【レベル1のテーマ】

 新規事業および企画されていない新商品を想定したR&Dテーマとして、環境分析により将来の顧客価値を仮説した結果、商品・サービスを実現するための技術開発を行う。

 レベル1のテーマを失敗が許されるR&Dテーマとし、レベルそれぞれのリソース配分を決めます。

2. リスクを分散する

 複数あるR&Dテーマのレベルを分ける、つまりリソース配分や次ステップへの移行判定基準を変化させるという考え方は、研究開発活動におけるリスクを分散できるという効果があります。私が尊敬しているファーストリテイリングの柳井さんの著書で、このような内容を目にしました。

 それは挽回できる・立ち上がれる余力を残して失敗する(しろ)という考え方です。

 よくよく考えてみると当たり前のことですが、エンジニアであった当時の私には目からウロコ。当時の私は、冒頭で紹介した事例のそのもの、成功を前提とした考え方にとらわれていたのです。

 例えば、資産を増やすために皆さんは何をするでしょうか?

 宝くじを買う、ビットコイン?、銀行での貯蓄、投資信託、株、保険・・・それぞれを自身の生活環境などに応じて配分するかと思います。R&Dテーマも同様にリソース配分することで、不要なリスクを抱え込まず失敗することがあっても軌道修正しながら徐々に資金源=コア技術へと育成できるというロジックです。

 

3. R&Dテーマを決定するために

 ここまで失敗、失敗と繰り返してきたため、レベル1のテーマは失敗前提だと思い込まないでください。当然ながら宝くじ同様、一回の挑戦で当たることもあるのですから。新規性が高いR&Dテーマに対してチャレンジすることを諦めず、楽しみ、軌道修正しながら事業につながるR&Dテーマへ育成するためにも、3つのレベル分け・リソース配分・次ステップへの移行基準の設定を推奨します。

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


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

もっと見る
技術文書の品質管理(その2)技術文書を確認する人の視点から

  【目次】 今回は、自分以外の人が技術文書の品質管理をする場合(自分が書いた技術文書を自分以外の人が確認する)に関する解説...

  【目次】 今回は、自分以外の人が技術文書の品質管理をする場合(自分が書いた技術文書を自分以外の人が確認する)に関する解説...


大学との連携の形態を考える、産学連携のあり方

 産学連携の例として、企業が製品開発において大学の技術を活用しようとした場合、どういった提携をするのが一般的なのかを解説します。通常、大学との連携の形態は...

 産学連携の例として、企業が製品開発において大学の技術を活用しようとした場合、どういった提携をするのが一般的なのかを解説します。通常、大学との連携の形態は...


ムーンショット目標4とは 新規事業・新商品を生み出す技術戦略(その64)

 「ムーンショット型研究開発事業」※の関連で、今回はムーンショット目標4の解説です。※(ムーンショットとは)  同目標4では「2050年までに、地球...

 「ムーンショット型研究開発事業」※の関連で、今回はムーンショット目標4の解説です。※(ムーンショットとは)  同目標4では「2050年までに、地球...


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

もっと見る
‐現場観察のチェックポイント‐  製品・技術開発力強化策の事例(その8)

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...


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

 前回でシステム設計の位置づけが明確になったと思いますので、次に、多くの開発現場で起きているシステム設計の問題について考えてみたいと思います。次のようなこ...

 前回でシステム設計の位置づけが明確になったと思いますので、次に、多くの開発現場で起きているシステム設計の問題について考えてみたいと思います。次のようなこ...


トレーサビリティの保証 プロジェクト管理の仕組み (その43)

 前回までシステム設計について、その基本の考え方や実施方法について解説してきました。多くの組織で、システム設計は、できる人だけの作業になっており、設計の最...

 前回までシステム設計について、その基本の考え方や実施方法について解説してきました。多くの組織で、システム設計は、できる人だけの作業になっており、設計の最...