デザインレビュー 新規事業・新商品を生み出す技術戦略(その35)

更新日

投稿日

 
  技術マネジメント
 
 今回は、デザインレビューで設計品質を上げるための方法について解説します。
 
 システム開発など技術開発を行なっている企業・組織ではすでに一般常識となっているデザインレビューですが、その効果を感じているでしょうか。良い意味での設計業務のルーチンとなっていればいいのですが、デザインレビューを実施したという事実が目的となってしまっている組織を目にすることがあります。
 
 せっかくメンバーの時間を使って行うレビューなのですから、効率的に効果が得られる仕組みとしたいものです。ご存知の通り、デザインレビューは設計品質の確認を有識者と行い、予期せぬミスを抑止することが最大の目的です。
 
 また、設計品質を上げる、つまり組織・個々のスキルアップも目的の一つとなっています。
 

◆ デザインレビューをより効果的なものとするための設計者が心がけたいポイント

 

1. レビューには設計対象とドキュメントを用意する

 
 設計対象である、ソースコード、回路図、CAD図面などのアウトプット以外に、仕様書および補足説明資料を準備します。業務が立て込んでいる組織では、仕様書などドキュメントを作らずに開発を進めてしまい、チェック漏れが発生するシーンがよくあります。仕様書もソースコードなどと同じ、設計アウトプットの必須項目です。
 

2. 設計の根拠が説明できる状態にしておく

 
 これもよくある例なのですが、前任者や既存商品ですでに実績のあるソースコードや図面を一部コピーして使うことがあります。設計効率を考え、コピー・流用することは決して悪いことではありません。問題はコピーの仕方です。
 
 流用した箇所の設計品質の責任は、コピーした本人にあるという認識を持ち設計の根拠を説明できる状態にしておく必要があります。若手エンジニアに多いのですが、「なぜこのような設計をしたのか?」という問いに対し、「コピーしたので意図はわかりません」では設計者として恥ずかしいことです。このような組織とならないよう、開発リーダーはしっかりと指導をしてあげてください。
 

3. レビュアーに対して具体的な依頼をする

 
 開発初期などの小規模組織におけるデザインレビューは、他部署の有識者にレビュアーを依頼することがあります。そのような場合、私自身の経験からも気を付けたいポイントがあります。有識者にチェックして欲しい設計対象を具体的に伝えることが大切です。
 
 単に「レビュア...
 
  技術マネジメント
 
 今回は、デザインレビューで設計品質を上げるための方法について解説します。
 
 システム開発など技術開発を行なっている企業・組織ではすでに一般常識となっているデザインレビューですが、その効果を感じているでしょうか。良い意味での設計業務のルーチンとなっていればいいのですが、デザインレビューを実施したという事実が目的となってしまっている組織を目にすることがあります。
 
 せっかくメンバーの時間を使って行うレビューなのですから、効率的に効果が得られる仕組みとしたいものです。ご存知の通り、デザインレビューは設計品質の確認を有識者と行い、予期せぬミスを抑止することが最大の目的です。
 
 また、設計品質を上げる、つまり組織・個々のスキルアップも目的の一つとなっています。
 

◆ デザインレビューをより効果的なものとするための設計者が心がけたいポイント

 

1. レビューには設計対象とドキュメントを用意する

 
 設計対象である、ソースコード、回路図、CAD図面などのアウトプット以外に、仕様書および補足説明資料を準備します。業務が立て込んでいる組織では、仕様書などドキュメントを作らずに開発を進めてしまい、チェック漏れが発生するシーンがよくあります。仕様書もソースコードなどと同じ、設計アウトプットの必須項目です。
 

2. 設計の根拠が説明できる状態にしておく

 
 これもよくある例なのですが、前任者や既存商品ですでに実績のあるソースコードや図面を一部コピーして使うことがあります。設計効率を考え、コピー・流用することは決して悪いことではありません。問題はコピーの仕方です。
 
 流用した箇所の設計品質の責任は、コピーした本人にあるという認識を持ち設計の根拠を説明できる状態にしておく必要があります。若手エンジニアに多いのですが、「なぜこのような設計をしたのか?」という問いに対し、「コピーしたので意図はわかりません」では設計者として恥ずかしいことです。このような組織とならないよう、開発リーダーはしっかりと指導をしてあげてください。
 

3. レビュアーに対して具体的な依頼をする

 
 開発初期などの小規模組織におけるデザインレビューは、他部署の有識者にレビュアーを依頼することがあります。そのような場合、私自身の経験からも気を付けたいポイントがあります。有識者にチェックして欲しい設計対象を具体的に伝えることが大切です。
 
 単に「レビュアーをお願いします」では、レビュアーはどこに注目して良いかわからず、結果として設計ミスを見逃すことになりかねません。
 
 他部署にいる有識者は、その道のスペシャリストであり、本業務で忙しいことに留意し、どこをチェックして欲しいのか具体的に伝えることで相手の負担を軽減できると共に、凡ミスを防ぐことにつながります。
 

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
類似-4 普通の組織をイノベーティブにする処方箋 (その103)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、引き続き「類似」について考えてみたいと思います...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、引き続き「類似」について考えてみたいと思います...


市場調査は仮説と検証の繰り返し

◆素材メーカーの市場調査を考える  市場開発には市場深耕型と新規市場開拓型の大きく2つのアプローチがあります。このアプローチには既存製品の拡販は含ま...

◆素材メーカーの市場調査を考える  市場開発には市場深耕型と新規市場開拓型の大きく2つのアプローチがあります。このアプローチには既存製品の拡販は含ま...


商品開発におけるタイムマネジメント 新規事業・新商品を生み出す技術戦略(その80)

     今回は「商品開発におけるタイムマネジメント」について解説します。  私のもとには技術戦略や研究開発ロードマップの作成について相談...

     今回は「商品開発におけるタイムマネジメント」について解説します。  私のもとには技術戦略や研究開発ロードマップの作成について相談...


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

もっと見る
‐企業内に発生している問題点を徹底的に追求 ‐  製品・技術開発力強化策の事例(その3)

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...


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

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

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


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

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

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