開発テーマの設定プロセス 新規事業・新商品を生み出す技術戦略(その7)

更新日

投稿日

 
  技術マネジメント
 
 今回は新規事業・新商品を生み出すためタネとなる「開発テーマ」の設定プロセスについて解説します。
 

 ◆開発テーマの設定プロセスは、次の3つのステップで行います。

 

【ステップ1】情報収集

 
 新規事業・新商品のアイディアの源泉となる、情報を可能な限り収集することです。このブログでも何度かご紹介しているとおり、業界や分野を問わず、あらゆるものに興味を持ち、気になった出来事や商品などをメモに残します。
 
 組織の中でシェアしたり、データベースに残すことが有効です。
 

【ステップ2】アイディア発散と収束

 
 取集した情報を元にあらゆる角度から見て、アイディアを出し合います。この時に注意するべきことは、批判しないことです。
 
 アイディアを出す「発散」のフェーズは、とにかくタネを広げること、出てきたアイディアとアイディアを組み合わせて、可能性を存分に出し合うことが重要です。そして「収束」のフェーズは、「発散」したアイディアを選定した場合を想定し、その効果と実現性を評価します。
 
 この時、単に評価することだけにとらわれず、更なるアイディアの深掘りをすることも有効です。また、特に気をつけるべきことは、「出来ない」、「やっても無駄」といったネガティブな方向に討議をさせないことです。
 
 ここは、組織職やリーダーがリーダーシップをとって場のコントロールしながら進めてください。
 

【ステップ3】仮説検証

 
 最後に仮説検証です。アイディア収束のフェーズで決めた開発テーマの「候補」をより深く仮説し、検証します。
 
 具体的な開発の進め方や資源、技術的なハードルなどを細かく調査し、検証します。この仮説検証は、一度だけでなく、小さなプロジェクト形式で何度も回すことで新規事業・新商品への確度を徐々に高めことができます。
 
 開発テーマの大きさにもよりますが、会社の資源(人・もの・金)を使う規模に合わせ、複数回の仮説検証を経て開...
 
  技術マネジメント
 
 今回は新規事業・新商品を生み出すためタネとなる「開発テーマ」の設定プロセスについて解説します。
 

 ◆開発テーマの設定プロセスは、次の3つのステップで行います。

 

【ステップ1】情報収集

 
 新規事業・新商品のアイディアの源泉となる、情報を可能な限り収集することです。このブログでも何度かご紹介しているとおり、業界や分野を問わず、あらゆるものに興味を持ち、気になった出来事や商品などをメモに残します。
 
 組織の中でシェアしたり、データベースに残すことが有効です。
 

【ステップ2】アイディア発散と収束

 
 取集した情報を元にあらゆる角度から見て、アイディアを出し合います。この時に注意するべきことは、批判しないことです。
 
 アイディアを出す「発散」のフェーズは、とにかくタネを広げること、出てきたアイディアとアイディアを組み合わせて、可能性を存分に出し合うことが重要です。そして「収束」のフェーズは、「発散」したアイディアを選定した場合を想定し、その効果と実現性を評価します。
 
 この時、単に評価することだけにとらわれず、更なるアイディアの深掘りをすることも有効です。また、特に気をつけるべきことは、「出来ない」、「やっても無駄」といったネガティブな方向に討議をさせないことです。
 
 ここは、組織職やリーダーがリーダーシップをとって場のコントロールしながら進めてください。
 

【ステップ3】仮説検証

 
 最後に仮説検証です。アイディア収束のフェーズで決めた開発テーマの「候補」をより深く仮説し、検証します。
 
 具体的な開発の進め方や資源、技術的なハードルなどを細かく調査し、検証します。この仮説検証は、一度だけでなく、小さなプロジェクト形式で何度も回すことで新規事業・新商品への確度を徐々に高めことができます。
 
 開発テーマの大きさにもよりますが、会社の資源(人・もの・金)を使う規模に合わせ、複数回の仮説検証を経て開発テーマの企画提案を行う方がよい場合もあります。ご自身の組織の性格に合わせて取り組んでください。
 
 次回は、新規事業・新商品を生み出す技術戦略(その8)新規事業開発には創発的戦略を使うを解説します。
 

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
普通の組織をイノベーティブにする処方箋 (その194) 隣接可能性とは?

【目次】   ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! これまでは「妄想を積極的に促す方法...

【目次】   ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! これまでは「妄想を積極的に促す方法...


技術文書の品質管理(その7)伝えること、書くことの意識を高めるには

  「仕事で必要な技術文書は書ける」と考えていても内容が明確に伝わらない技術文書を書いてしまうことも多々あります。今回は、伝えること、書く...

  「仕事で必要な技術文書は書ける」と考えていても内容が明確に伝わらない技術文書を書いてしまうことも多々あります。今回は、伝えること、書く...


設計開発部門の悩み 「設計工数の見える化」から始める業務改善(その1)

  1. 設計開発部門の悩み    設計・開発部門(以下設計部門)は他部門から様々な要求を受けることが普通です。競争力のある商品...

  1. 設計開発部門の悩み    設計・開発部門(以下設計部門)は他部門から様々な要求を受けることが普通です。競争力のある商品...


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

もっと見る
設計部門とリスク管理(その2)

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...


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

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

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


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

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...