魅力的なアイディアは簡単に潰さない 新規事業・新商品を生み出す技術戦略(その24)

更新日

投稿日

  
  技術マネジメント
 
 今回は「魅力的なアイディアは簡単に潰さない」というテーマで記事を進めます。ブレインストーミングなどを使って新規事業・新商品のアイディア出しを行った後、それらのアイディアを評価する際に気をつけたい項目とその対処方法を紹介します。
 
 もし仮に実現したら素晴らしい、魅力的なアイディアには、必ず反対意見が出てきます。このような一見リスクが高いアイディアに対してどのように評価を進めればよいのかは、開発リーダーにとって非常に悩ましい問題です。
 
 実際に私も下記に示すように散々、反対を受けたプロジェクトがありました。
 
  • 「あなたのアイディアはまるでダメだ」
  • 「何も技術が分かっていない」
  • 「頭がおかしいのではないのか?」
  • 「そんな商品ができるわけがない、どうせ無理に決まっている」
 
 このようなアイディアの中には、もちろんどう頑張っても実現しえないものが、たくさんありました。しかし、実はこのような反対意見がほとんどであったプロジェクトこそ開発が成功し、会社にとって大きな成果を導いたことも事実です。
 
 つまり、大きな成功の影にはたくさんの反対意見がつきものということです。
 
 では、ビジネスとして魅力的なアイディアを評価する際に気をつけたい項目について、説明します。それは「何か一つの強力なデメリットだけで判断しない」ということです。
 
 言い換えれば、「あらゆる視点でアイディアを評価する」ことを示します。「あらゆる視点で」という言葉からもご理解いただけるように、この方法は大量のアイディアを評価することにはオススメしません。
 
 これだと思うアイディア、多くても2〜3個に絞った方がよいでしょう。では、次に対処法です。
 
 「あらゆる視点でアイディアを評価する」には、「メリットとデメリットを全て書き出す」作業を行います。今回の記事では特にデメリットに対する対処法をご紹介します。
 
 デメリットは「ヒトモノカネ」「技術力」の課題がほとんどのはずですので、技術有識者と開発リーダーで全てを吐き出す(テキスト化する)ことから始めます。そしてそれらに対して「Why:なぜなぜ」を繰り返し、要因をつきとめます。
 
 その際、デメリットをもたらさないための「制約条件」「前提条件」を考えます。この「条件」をはっきりさせることで、少しずつでも「できる感」が見えてきたらそのアイディアが大成功へと化ける可能性が出てきます。
 
 反対にこれらの作業を繰り返しても全くできなそうであれば、残念ながらボツの可能性が高くなります。この「前提・制約条件出し」による...
  
  技術マネジメント
 
 今回は「魅力的なアイディアは簡単に潰さない」というテーマで記事を進めます。ブレインストーミングなどを使って新規事業・新商品のアイディア出しを行った後、それらのアイディアを評価する際に気をつけたい項目とその対処方法を紹介します。
 
 もし仮に実現したら素晴らしい、魅力的なアイディアには、必ず反対意見が出てきます。このような一見リスクが高いアイディアに対してどのように評価を進めればよいのかは、開発リーダーにとって非常に悩ましい問題です。
 
 実際に私も下記に示すように散々、反対を受けたプロジェクトがありました。
 
  • 「あなたのアイディアはまるでダメだ」
  • 「何も技術が分かっていない」
  • 「頭がおかしいのではないのか?」
  • 「そんな商品ができるわけがない、どうせ無理に決まっている」
 
 このようなアイディアの中には、もちろんどう頑張っても実現しえないものが、たくさんありました。しかし、実はこのような反対意見がほとんどであったプロジェクトこそ開発が成功し、会社にとって大きな成果を導いたことも事実です。
 
 つまり、大きな成功の影にはたくさんの反対意見がつきものということです。
 
 では、ビジネスとして魅力的なアイディアを評価する際に気をつけたい項目について、説明します。それは「何か一つの強力なデメリットだけで判断しない」ということです。
 
 言い換えれば、「あらゆる視点でアイディアを評価する」ことを示します。「あらゆる視点で」という言葉からもご理解いただけるように、この方法は大量のアイディアを評価することにはオススメしません。
 
 これだと思うアイディア、多くても2〜3個に絞った方がよいでしょう。では、次に対処法です。
 
 「あらゆる視点でアイディアを評価する」には、「メリットとデメリットを全て書き出す」作業を行います。今回の記事では特にデメリットに対する対処法をご紹介します。
 
 デメリットは「ヒトモノカネ」「技術力」の課題がほとんどのはずですので、技術有識者と開発リーダーで全てを吐き出す(テキスト化する)ことから始めます。そしてそれらに対して「Why:なぜなぜ」を繰り返し、要因をつきとめます。
 
 その際、デメリットをもたらさないための「制約条件」「前提条件」を考えます。この「条件」をはっきりさせることで、少しずつでも「できる感」が見えてきたらそのアイディアが大成功へと化ける可能性が出てきます。
 
 反対にこれらの作業を繰り返しても全くできなそうであれば、残念ながらボツの可能性が高くなります。この「前提・制約条件出し」によるデメリット解決法を考える際には、一つのアイディアに対して数日かけて行うことをオススメします。
 
 さっきまで大反対していた担当者が次の日、「こんな解決方法が思い浮かんだんだ」とアイディアを持ってきてくれることも案外あるからです。
 
 魅力的なアイディアはすぐに諦めず、徹底して評価を行うことが大きな成果への第一歩です。
 

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
未来を経験・体験する 普通の組織をイノベーティブにする処方箋 (その56)

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...


位置関係-2 普通の組織をイノベーティブにする処方箋 (その105)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回からは、KETICモデルの中の空間的な「位置(関係...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回からは、KETICモデルの中の空間的な「位置(関係...


設計品質作り込み:設計のしくみとは

 一般的にしくみとは、①組織 ②制度 ③プロセス ④コンピュータシステムなどを指します。しくみ化とは、処理をコンピューター化する意味だけではなく、決められ...

 一般的にしくみとは、①組織 ②制度 ③プロセス ④コンピュータシステムなどを指します。しくみ化とは、処理をコンピューター化する意味だけではなく、決められ...


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

もっと見る
技術経営を考える

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...


設計部門の課題と原因分析(その1)

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

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


進捗の見える化:第3回 プロジェクト管理の仕組み (その12)

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...