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

更新日

投稿日

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
部下がついてくる目標となっているか確認する方法 新規事業・新商品を生み出す技術戦略(その56)

1. 苦労して決めた目標、部下がついてこない問題  新規事業・新商品に関わるコンサルティングの現場では、多かれ少なかれ必ずと言っていいほど発生する、...

1. 苦労して決めた目標、部下がついてこない問題  新規事業・新商品に関わるコンサルティングの現場では、多かれ少なかれ必ずと言っていいほど発生する、...


第3回 2025年ものづくり白書から~これからの機械設計者に求められる役割と能力

【目次】 ◆ 2025年版 ものづくり白書(令和6年度 ものづくり基盤技術の振興施策)令和7年5月  経済産業省 厚生労働省 ...

【目次】 ◆ 2025年版 ものづくり白書(令和6年度 ものづくり基盤技術の振興施策)令和7年5月  経済産業省 厚生労働省 ...


本質とは何か 普通の組織をイノベーティブにする処方箋 (その110)

   イノベーションを起こすための自分の知識や経験を整理する重要なフレームワークとして「本質」と「それ以外」があると思います。「本質」を見...

   イノベーションを起こすための自分の知識や経験を整理する重要なフレームワークとして「本質」と「それ以外」があると思います。「本質」を見...


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

もっと見る
‐市場の観察から開発テ-マを得る‐  製品・技術開発力強化策の事例(その6)

 前回の事例その5に続いて解説します。新技術が社会に普及し始めると、それに関連した新商品を顧客の要求に即応して供給出来ないで、新技術搭載製品の供給不足が起...

 前回の事例その5に続いて解説します。新技術が社会に普及し始めると、それに関連した新商品を顧客の要求に即応して供給出来ないで、新技術搭載製品の供給不足が起...


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

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...


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

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

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