段取り力で差がつく設計ルール 新規事業・新商品を生み出す技術戦略(その31)

更新日

投稿日

 
  技術マネジメント
 
 今回は開発、設計の「ルール」についてです。
 
 既存の商品設計には当たり前ですが「設計ルール」があります。皆さんの会社にも誰が設計しても同じ結果になることを目的とした、緻密なルールがあるのではないでしょうか?
 
 事業化、つまり量産を実現するためには「品質の安定や安全性」が求められます。たとえ、新人であったとしてもベテランと同じ品質の結果を出すために最低限のルールが設定されているということです。
 
 ちなみに今までの延長線上にない新商品や新規事業の開発には、設計ルールがありますか?
 
 「ありますか?」では語弊があるかもしれません。
 
 「メンバー全員が共通で理解している設計ルールがあり、適用していますか?」とお聞きした方がいいですね。
 
 なぜこの質問をするかというと、たとえ大手企業であってもできていない事があるからです。特に複数組織が入り混じった新チームでの開発は要注意です。
 
 私の経験からも同じ会社の別組織には、設計ルールの解釈が異なっていることが多く、結果として後戻りの原因となることが多々あります。後戻りを回避するためには、面倒だと思わずメンバー全員で「設計ルールの読み合わせ」をすると良いです。
 
 メンバー全員で行うことで、解釈の違いや誤解を解き、組織共通の設計ルールが設定できます。この読み合わせのさらなる目的は、「開発」で使うべき設計ルールを選定することです。
 
 設計ルールは場合によって数百におよび、また「開発」で適用しても効果がないものも混在しています。あくまで量産で使うべきルールを開発にそのまま適用することは工数的にも非常にナンセンスです。
 
 ここは知恵の使...
 
  技術マネジメント
 
 今回は開発、設計の「ルール」についてです。
 
 既存の商品設計には当たり前ですが「設計ルール」があります。皆さんの会社にも誰が設計しても同じ結果になることを目的とした、緻密なルールがあるのではないでしょうか?
 
 事業化、つまり量産を実現するためには「品質の安定や安全性」が求められます。たとえ、新人であったとしてもベテランと同じ品質の結果を出すために最低限のルールが設定されているということです。
 
 ちなみに今までの延長線上にない新商品や新規事業の開発には、設計ルールがありますか?
 
 「ありますか?」では語弊があるかもしれません。
 
 「メンバー全員が共通で理解している設計ルールがあり、適用していますか?」とお聞きした方がいいですね。
 
 なぜこの質問をするかというと、たとえ大手企業であってもできていない事があるからです。特に複数組織が入り混じった新チームでの開発は要注意です。
 
 私の経験からも同じ会社の別組織には、設計ルールの解釈が異なっていることが多く、結果として後戻りの原因となることが多々あります。後戻りを回避するためには、面倒だと思わずメンバー全員で「設計ルールの読み合わせ」をすると良いです。
 
 メンバー全員で行うことで、解釈の違いや誤解を解き、組織共通の設計ルールが設定できます。この読み合わせのさらなる目的は、「開発」で使うべき設計ルールを選定することです。
 
 設計ルールは場合によって数百におよび、また「開発」で適用しても効果がないものも混在しています。あくまで量産で使うべきルールを開発にそのまま適用することは工数的にも非常にナンセンスです。
 
 ここは知恵の使いどころ、「開発」の目的に合わせたルール変更をしてください。そしてポイントは「開発の初期段階でルール設定をやりきること」です。目標もルールもメンバーの共通認識が最大の効果を生み出します。
 

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
技術戦略  研究テーマの多様な情報源(その36)

  前回は、革新的テーマ創出・実現のためのスパーク(「新結合」)における、オープン・イノベーションの役割について解説しました。今回は、いか...

  前回は、革新的テーマ創出・実現のためのスパーク(「新結合」)における、オープン・イノベーションの役割について解説しました。今回は、いか...


課題意識を持つ環境に自らを置く 普通の組織をイノベーティブにする処方箋 (その77)

 現在KETICの最初の2つ、知識(Knowledge)と経験(Experience)に基づき、思考力(Thought)を強化する方策を解説しています...

 現在KETICの最初の2つ、知識(Knowledge)と経験(Experience)に基づき、思考力(Thought)を強化する方策を解説しています...


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

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...


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

もっと見る
進捗の可視化は必要最小限にするのがポイント(その1)

  1. メトリクスによる進捗管理サイクル    進捗管理とは、作成した計画にもとづいて現在の状況を把握することと、計画と実績に...

  1. メトリクスによる進捗管理サイクル    進捗管理とは、作成した計画にもとづいて現在の状況を把握することと、計画と実績に...


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

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...


技術資源の有効活用: 事例紹介 (その1)

 今回から2回に分けて、TRMによる活動の事例紹介をいたします。TRM(Technical Resource Management)は自社が保有する潜在的...

 今回から2回に分けて、TRMによる活動の事例紹介をいたします。TRM(Technical Resource Management)は自社が保有する潜在的...