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

更新日

投稿日

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
アイデアは手書きで洗い出す 新規事業・新商品を生み出す技術戦略(その73)

   数多くの先人達が手書きの効果を示している事例を見聞きしたことはありませんか?  私の経験から、頭の中にぼんやり浮かんだアイデアは、...

   数多くの先人達が手書きの効果を示している事例を見聞きしたことはありませんか?  私の経験から、頭の中にぼんやり浮かんだアイデアは、...


技術開発戦略の6つの判断基準

1. 技術開発戦略立案の背景  いくつかの中小企業の経営者から、技術開発戦略を立案する場合に、判断基準は何ですかとの質問を受けました。それに対して筆者は...

1. 技術開発戦略立案の背景  いくつかの中小企業の経営者から、技術開発戦略を立案する場合に、判断基準は何ですかとの質問を受けました。それに対して筆者は...


課題や阻害・成功の要因 オープンイノベーションとは(その5)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


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

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

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

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


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

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...


技術者の逆襲:イノベーションの必要性とは

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...