スペック追及は技術開発の目標ではない

更新日

投稿日

 スペック技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できるだけ明確に目標を設定して進めるということがプロジェクトマネジメントの基本とされています。そこで、多くのプロジェクトでは定量的な目標が設定されます。
 
 例えば、従来比効率◯◯%向上とか、◯◯%小型化とか、◯◯%原価削減などです。すなわち、製品のスペックを向上させるための目標です。
 
 明確な定量目標を設定することが重要であることは明らかです。明確な目標は、プロジェクトチームのメンバーのベクトルを揃え、一体感を高めます。また、知恵を集めてブレークスルーすべき課題を具体化し、力を集中させることに繋がります。また、プロジェクトチーム周辺の関係者や上位のマネジャーの理解を得やすくなります。
 

1.その目標は、顧客価値に貢献しているのか

 
 問題なのは、それが製品スペックだけでいいのか、ということです。私が日頃コンサル現場で目にする技術開発プロジェクトでは、「目標とするスペックを達成することで、どのような顧客価値を生み出すのか」という最も重要な技術開発の目標が曖昧なまま、スペック目標だけが設定されて進められているケースが多くあります。
 
 スペック目標の多くは、「他社の動きと今後の技術トレンドから考えて、◯◯年後に、◯◯のスペックを実現しなければならない」といったロジックにもとづいて設定されており、「どのお客様に対して、どのような価値を提供し、その価値は他社に対してどのような優位性・差別性を持つのか」というロジックでは語られていません。すなわち、顧客価値が目標になっていないのです。
 

2.顧客価値の創造という目標

 
  技術開発の目標として徹底的に議論し、明確にしなければならないのは、技術トレンドの予測や競合他社との比較から設定するスペック目標ではありません。「我々は誰をお客様として設定するのか」「そのお客様に提供する価値は何か」「その提供価値は競合他社に対してどのような優位性・差別性を持つのか」という顧客価値の創造という目標です。
 
 そして、顧客価値目標を具体化したうえで、達成すべきスペックは何かが明確にされる必要があります。市場がダイ...
 スペック技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できるだけ明確に目標を設定して進めるということがプロジェクトマネジメントの基本とされています。そこで、多くのプロジェクトでは定量的な目標が設定されます。
 
 例えば、従来比効率◯◯%向上とか、◯◯%小型化とか、◯◯%原価削減などです。すなわち、製品のスペックを向上させるための目標です。
 
 明確な定量目標を設定することが重要であることは明らかです。明確な目標は、プロジェクトチームのメンバーのベクトルを揃え、一体感を高めます。また、知恵を集めてブレークスルーすべき課題を具体化し、力を集中させることに繋がります。また、プロジェクトチーム周辺の関係者や上位のマネジャーの理解を得やすくなります。
 

1.その目標は、顧客価値に貢献しているのか

 
 問題なのは、それが製品スペックだけでいいのか、ということです。私が日頃コンサル現場で目にする技術開発プロジェクトでは、「目標とするスペックを達成することで、どのような顧客価値を生み出すのか」という最も重要な技術開発の目標が曖昧なまま、スペック目標だけが設定されて進められているケースが多くあります。
 
 スペック目標の多くは、「他社の動きと今後の技術トレンドから考えて、◯◯年後に、◯◯のスペックを実現しなければならない」といったロジックにもとづいて設定されており、「どのお客様に対して、どのような価値を提供し、その価値は他社に対してどのような優位性・差別性を持つのか」というロジックでは語られていません。すなわち、顧客価値が目標になっていないのです。
 

2.顧客価値の創造という目標

 
  技術開発の目標として徹底的に議論し、明確にしなければならないのは、技術トレンドの予測や競合他社との比較から設定するスペック目標ではありません。「我々は誰をお客様として設定するのか」「そのお客様に提供する価値は何か」「その提供価値は競合他社に対してどのような優位性・差別性を持つのか」という顧客価値の創造という目標です。
 
 そして、顧客価値目標を具体化したうえで、達成すべきスペックは何かが明確にされる必要があります。市場がダイナミックに変化し、コスト競争力の強い新興国企業が興隆するなかで、日本企業が横並びでスペック競争を繰り広げ、大量生産によるコスト競争で勝負するというビジネスで生きていける時代は終わりかけていると思います。顧客価値を起点に、他社とは異なる軸で技術開発の目標を生み出せるか、これからのR&Dが磨いていくべき重要な技術力であると考えます。
 
 

   続きを読むには・・・


この記事の著者

平木 肇

『テクノロジストの知恵を新たな価値を生み出す力に変える』社会を変える新たな価値創造へ向けて、技術の進化と人材の開発に挑戦するものづくり企業を全力で支援します。

『テクノロジストの知恵を新たな価値を生み出す力に変える』社会を変える新たな価値創造へ向けて、技術の進化と人材の開発に挑戦するものづくり企業を全力で支援します。


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

もっと見る
新人設計者が最初に卒業すべき “但し書き図面” の罠

【目次】 1.はじめに 図面を描き始めた頃、こんな一文を書いたことはありませんか? 「※ただし、現場合わせとする」 「※詳...

【目次】 1.はじめに 図面を描き始めた頃、こんな一文を書いたことはありませんか? 「※ただし、現場合わせとする」 「※詳...


何はなくとも戦略を作る 新規事業・新商品を生み出す技術戦略(その1)

   「あなたの会社、あなたの組織には戦略がありますか?」と質問をすると十中八九「当然、あります。」と答えが返ってきます。   ...

   「あなたの会社、あなたの組織には戦略がありますか?」と質問をすると十中八九「当然、あります。」と答えが返ってきます。   ...


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

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

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


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

もっと見る
プロジェクトの問題を見極める2 プロジェクト管理の仕組み (その24)

 前回のプロジェクトの問題を見極める1に続いて解説します。    図58はアクティビティ軸からシステム設計だけを抽出し、サブグループごとの工...

 前回のプロジェクトの問題を見極める1に続いて解説します。    図58はアクティビティ軸からシステム設計だけを抽出し、サブグループごとの工...


進捗管理可能なソフト開発計画 プロジェクト管理の仕組み (その6)

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...


基本の仕組みを進化・深化させるとは プロジェクト管理の仕組み (その1)

 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになって...

 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになって...