デザインレビュー(DR0〜DR4)の実務——段階別に何をレビューするか

デザインレビュー、いわゆるDRという言葉を聞くと、若手のころは「上司に怒られる会」だと思っていた。実際、最初に配属された会社のDRは、資料の細かい体裁指摘に終始し、肝心の設計内容の妥当性はほとんど議論されないという、なんとも形骸化した会だった。ところが二社目、三社目と経験を積むうちに、DRの段階(DR0からDR4まで)ごとに何を確認すべきかを明確に切り分けて運用している会社に出会い、そこで初めて「DRってこんなに効くものなのか」と実感した。

この記事では、機械設計の現場で実際に運用されているDR0〜DR4の段階別レビュー観点を、私が経験した具体的な失敗談や数字を交えながら整理していく。DRの型式は会社によって呼び方も段階数も違うが、「企画段階」「基本設計段階」「詳細設計段階」「試作・検証段階」「量産移行段階」という大枠は共通しているはずなので、自社の呼び方に読み替えながら参考にしてもらえればと思う。

DRの段階分けと目的の全体像

まず全体像を整理しておく。私が経験してきた現場では、おおむね次のような段階分けでDRを運用していた。

段階ごとに「レビューすべきレベル感」が全く違うのに、これを混同して運用すると悲惇なことになる。私が経験した最悪の例は、DR1(基本設計段階)の場で、参加者の一人が図面の寸法公差の妥当性を延々と指摘し始めたケースだ。基本構造すら固まっていない段階で公差の議論をしても意味がないし、そもそも公差はDR2以降で詳細図面ができてから確認すべき項目だ。この日のDR1は予定90分が3時間に延び、肝心の構造妥当性の議論がほとんどできないまま終わった。段階ごとの目的を参加者全員が共有できていないと、DRは簡単に迷走する。

段階ごとの呼び方や数についても補足しておきたい。私が経験した会社の中には、DR0からDR4までの5段階できっちり運用しているところもあれば、「基本設計レビュー」「詳細設計レビュー」「量産移行レビュー」という3段階にまとめているところもあった。どちらが正解ということはなく、製品の複雑さや開発期間に応じて段階数を調整すればいい。ただし、どのような段階分けであっても「何を確認する場なのか」を参加者全員が事前に理解していることが大前提になる。この前提が崩れていると、どれだけ立派な資料を用意しても議論が噛み合わない。

私自身、DRの段階設計を任されたことが一度あるが、その際に意識したのは「後戻りのコストが跳ね上がる直前に、必ず関門を置く」という発想だった。企画から量産まで一直線に進む開発プロセスの中で、後戻りのコストが桁違いに跳ね上がるタイミングが何箇所かある。基本構造が固まって詳細設計に入る直前、詳細設計が終わって金型や治具を発注する直前、試作評価が終わって量産設備を稼働させる直前——これらの関門にDRを配置することで、手戻りの被害を最小限に抑えられる設計になっている。

DR0:企画・構想段階で確認すること

DR0は、まだ具体的な図面がほとんど存在しない段階で行う。ここで確認すべきは、要求仕様そのものの妥当性だ。顧客要求や社内企画から上がってきた仕様書に対して、「その要求は本当に実現可能か」「実現するとしたらどの程度のコスト・期間になりそうか」を技術的な観点から粗く見積もる場だと考えている。

私が関わった案件で印象的だったのは、ある新製品の企画で「既存機種比で重量を30%削減」という要求が上がってきたケースだ。DR0の場でこの要求を鵜呑みにせず、主要構造部材の材質変更や肉厚見直しでどこまで削減できるかを机上で試算したところ、現実的に狙えるのは15%程度だという結論になった。ここで企画側と早期にすり合わせができたことで、後工程で「目標未達」というトラブルになることを防げた。DR0を軽視して要求仕様をそのまま鵜呑みにしてしまうと、詳細設計が進んだ後になって「やっぱり無理でした」という後戻りが発生し、そのコストはDR0段階で気づくのに比べて桁違いに大きくなる。

DR0で使う資料は、詳細な図面ではなくポンチ絵やブロック図で十分だ。ここで細かい図面を要求すると、企画段階なのに設計工数を大量に投入することになり、本末転倒になる。

DR1:基本設計完了時に確認すること

DR1では、主要構造・原理・機構方式が固まった段階でレビューを行う。ここで確認すべきは、選定した機構方式や構造が要求性能を満たせる見込みがあるか、コスト目標に対して大きく外れていないか、そして致命的な干渉や成立性の問題がないかという点だ。

私の経験則では、DR1で発見される問題の多くは「そもそもの機構選定ミス」に関わるものだ。例えば、あるユニットでボールねじ駆動を採用する設計案が出てきたが、DR1のレビューで必要な推力とストロークを再計算したところ、選定したボールねじのリード寸法では必要な速度が出せないことが判明した。この時点であれば機構方式そのものを見直す余地があったが、これがDR2やDR3まで気づかれずに進んでいたら、詳細設計や試作品の作り直しが必要になり、数ヶ月単位の手戻りになっていたはずだ。

DR1のレビューで私が必ず確認するようにしているチェック項目は以下の通りだ。

• 主要な力学的成立性(必要な力・トルク・速度に対して機構が対応できるか)
• 概算コストと目標コストの乖離率(20%を超える乖離があれば要注意)
• 主要構造部品の材質選定の妥当性(強度・コスト・入手性)
• 他ユニットとの大まかな干渉チェック
• 保守性・組立性の初期評価(分解できない設計になっていないか)

DR0のもう一つの役割として、開発体制そのものの妥当性を確認することも挙げておきたい。要求される開発期間に対して、アサインされた設計者の人数と経験レベルが見合っているかどうかも、この段階で議論すべきテーマだ。私が経験した案件で、新人設計者1名だけがアサインされた新規開発案件があったが、DR0の場で「この規模の開発を1名で担当するのは無理がある」という指摘が出て、急遽ベテラン設計者がサポートに入る体制に変更されたことがある。もしこの指摘がDR1以降まで出なかったら、進捗遅延が発覚した時点ではもう手の打ちようがなかったかもしれない。技術内容だけでなく、体制面の妥当性もDR0で確認すべき重要な観点だ。

DR2:詳細設計完了時に確認すること

DR2は図面がほぼ完成した段階で行うレビューで、私の感覚では最も緊張感のある会だ。ここで見逃すと、そのまま試作・量産に流れてしまうため、図面レベルでの妥当性を徹底的に確認する必要がある。

具体的には、強度計算の妥当性、公差設計の妥当性、干渉チェック、加工性・組立性のチェック、そして規格・法規適合性の確認が中心になる。私が過去に痛い目を見たのは、公差の積み上げ計算(公差解析)を怠ったケースだ。個々の部品公差は図面上問題なく見えても、組み上げたときの累積公差が要求精度を超えてしまい、試作段階で組立不良が多発した。この時は3種類の部品を再設計する羽目になり、試作スケジュールが3週間遅延した。それ以来、複数部品が積み重なる箇所については、必ず公差解析のシートを作成し、DR2で数値を提示することをルール化している。

もう一つ重要なのが、干渉チェックの精度だ。3D CADの自動干渉チェック機能に頼りきりになると、可動範囲を考慮した動的干渉(部品が動いた際に他部品とぶつかる)を見落とすことがある。私の現場では、可動部を含むユニットについては、必ず可動範囲全体をシミュレーションした上でDR2に臨むことをルールにしている。

DR2でよく使うチェックリストの一例を挙げておく。

1. 強度計算書の提示(安全率の根拠を含む)
2. 公差解析結果の提示(重要寸法のみで可)
3. 静的・動的干渉チェック結果
4. 表面処理・材質の規格適合性(RoHS、防錆仕様など)
5. 組立手順の想定と、組立不可能な形状がないかの確認
6. 保守時の分解手順の想定

DR2で見落とされがちなもう一つの観点として、量産時の生産数量に見合った加工方法になっているかという点も挙げておきたい。試作段階では機械加工で作れば十分でも、量産数量が月産1,000台を超えるような製品では、鋳造や板金プレスといった別の工法に切り替えないとコストが成立しないケースがある。私が経験した案件では、DR2の場で「この形状のまま量産すると、機械加工だけで1台あたりの加工コストが目標の3倍になる」という試算が出て、急遽リブ形状を鋳造向けに見直すことになった。詳細設計が完了した段階で工法の大転換を迫られるのは避けたいところなので、本来はDR1の段階で量産数量と工法の整合性を確認しておくべきだったという反省が残っている。この経験以降、DR1のチェック項目に「想定量産数量に対する加工方法の妥当性」を明示的に追加した。

DR3:試作評価完了時に確認すること

DR3は、実際に試作品を作り、評価した結果をもとに行うレビューだ。ここでは机上の計算と実機の乖離を確認し、量産に進めてよいかを判断する。私の経験上、DR3で最も価値があるのは「机上検討では気づけなかった問題」を洗い出すことだ。

ある案件では、DR2までの検討では問題視されていなかった振動特性が、実機評価で想定より大きな共振を起こしていることが判明した。原因を調べると、フレーム構造の固有振動数が駆動周波数と近接していたことが分かり、リブの追加で固有振動数をずらす対策を行った。この手の問題は、有限要素解析(FEA)で事前に予測できなくもないが、境界条件の設定次第で結果が大きくぶれるため、実機評価で初めて顕在化することも珍しくない。

DR3では、試作評価で出た不具合を「重大度」と「発生頻度」で分類し、量産までに対策が必要なものと、量産後の改善で対応可能なものを仕分けることが重要だ。私が使っている簡易的な分類基準は次の通り。

この分類を曖昧にすると、「軽微な問題まで全部量産前に潰そう」として無限にスケジュールが延びるか、逆に「重大な問題を軽微と誤判定して量産に進めてしまう」かのどちらかに転びやすい。DR3の場で、参加者全員がこの分類基準に同意した上で議論することが、会を建設的に進めるコツだと感じている。

DR3ではもう一つ、評価データの取り方そのものにも注意を払う必要がある。私が過去に見た失敗例では、振動評価を「常温・無負荷」の条件でしか実施しておらず、量産後に実使用環境(高温・高負荷)で振動値が想定を大きく超えることが発覚した。DR3の場で評価条件が実使用環境をどこまでカバーしているかを必ず確認するようにしてから、この手の見落としはかなり減った。評価担当者に「どんな条件で測ったか」だけでなく「どんな条件を測っていないか」を明示的に報告してもらうことが、抜け漏れを防ぐコツだ。

また、DR3では評価結果を定量データとして残すことも徹底したい。「特に問題ありませんでした」という口頭報告だけで済ませてしまうDRを何度か見てきたが、これでは後から振り返ったときに何を確認したのか分からなくなる。私の現場では、評価項目ごとに数値目標と実測値を並べた一覧表を必ず作成し、DR3の資料として残すルールにしている。この一覧表は、次期モデル開発時の設計基準としても再利用できるため、地味だが長期的な資産になる。

DR4:量産移行判定で確認すること

DR4は、量産に移行してよいかどうかの最終判断の場だ。ここでは設計そのものの妥当性はすでに確認済みという前提で、量産体制側の準備状況を確認することに重心が移る。具体的には、量産用の治工具の準備状況、品質保証体制(検査基準・検査工程の設定)、サプライヤーの供給能力、そして初期流動管理の計画だ。

私が経験した中で、DR4の場で量産移行を一度見送った案件がある。理由は、主要部品を供給するサプライヤーの生産能力が、立ち上げ初期の需要予測に対して不足していることが判明したためだ。設計自体には問題がなかったが、供給が追いつかなければ結局は納期遅延という形で顧客に迷惑をかけることになる。この判断で量産開始を3週間遅らせ、その間にサプライヤーの増産体制を整えてもらった。DR4は設計者だけでなく、生産管理・購買・品証を含めた全部門が集まる場であるべきで、設計者目線だけで「もう完成したから量産していいはず」と判断するのは危険だ。

DRを形骸化させないための運用上の工夫

ここまで段階別の観点を整理してきたが、実務で一番の課題は「DRを形骸化させないこと」だと感じている。私が経験してきた中で効果があった工夫をいくつか紹介する。

まず、事前資料の配布を徹底すること。DRの当日にいきなり資料を見せられても、参加者は深い議論ができない。私の現場では、DR開催の最低2営業日前に資料を配布し、事前に質問や懸念点をコメントとして受け付けるルールにしている。これにより、当日の会議時間は「資料の説明」ではなく「懸念点の議論」に充てられるようになり、同じ90分でも議論の密度が大きく変わった。

次に、指摘事項のクローズ管理を徹底すること。DRで出た指摘事項が「言いっぱなし」で終わり、次のDRまでに対応されていないケースを何度も見てきた。私の現場では、指摘事項を一覧表にまとめ、担当者・期限・対応状況(未着手/対応中/完了)を明記し、次のDRの冒頭で必ず前回指摘のクローズ状況を報告することをルール化している。この一手間だけで、指摘の放置がほぼなくなった。

最後に、DRの参加者を絞り込むこと。関係者を全員呼ぼうとすると、10名以上が集まる会になり、発言する人が固定化されて形骸化しやすい。私の経験則では、各段階で本当に判断権限を持つ人だけに絞り込み、5〜6名程度に抑えたほうが、活発な議論になりやすい。判断に関与しない人には、議事録の共有で十分なケースがほとんどだ。

DRは、正しく運用すれば設計品質を大きく引き上げる強力な仕組みだが、形式だけをなぞると単なる時間の無駄になる。段階ごとの目的を明確にし、指摘事項をきちんとクローズし、参加者の役割を明確にする——この3つを地道に積み重ねることが、DRを「怒られる会」から「品質を作り込む会」に変える一番の近道だと、これまでの経験から強く感じている。

DRの資料作成で時間を無駄にしないために

最後に、DR資料の作り方についても触れておきたい。若手のころ、DR資料の体裁を整えることに丸1日かけていた時期があったが、今振り返るとその時間の大半は無駄だった。DRで本当に必要なのは、判断材料となる定量データと、懸念点に対する対策方針であって、スライドの見た目ではない。

私の現場では、DR資料のテンプレートをあらかじめ用意しておき、記入すべき項目(要求仕様との対比、懸念点とその対策、残課題)を埋めるだけで資料が完成する形にしている。これにより、資料作成にかかる時間は以前の半分以下(1日がかりだった作業が半日程度)に短縮できた。浮いた時間は、資料の見栄えではなく、設計内容そのものの検討に充てるべきだというのが、長年DRに関わってきた中でのシンプルな結論だ。

テンプレート化にあたって私が意識したのは、段階(DR0〜DR4)ごとに項目を変えることだ。全段階で同じフォーマットを使い回すと、DR0なのに詳細な公差情報を書く欄があったり、DR4なのに構造原理の説明欄が残っていたりして、結局は不要な項目を埋めるための時間が発生してしまう。段階別にテンプレートを分けておくことで、担当者が「今この段階で何を報告すべきか」を自然と意識できるようになり、資料の質そのものも上がったと感じている。

もう一つ、資料作成で意識しているのが「結論から書く」という原則だ。若手のころは、検討の経緯を時系列で丁寧に説明する資料を作りがちだったが、DRの参加者が本当に知りたいのは「結局この設計は妥当なのか、妥当でないなら何が問題なのか」という結論部分だ。私は今、資料の1枚目に必ず「今回の結論」「残っている懸念」「決めてほしいこと」の3項目を箇条書きでまとめるようにしている。この1枚があるだけで、参加者は残りのページを詳細確認用の補足資料として読むことができ、議論の立ち上がりが格段に速くなった。

DRという仕組みは、ともすれば「面倒な承認プロセス」として敬遠されがちだが、段階ごとの目的を理解し、資料と運用を継続的に改善していけば、設計品質を底上げする最も費用対効果の高い仕組みの一つになる。私自身、DRで指摘された内容に何度も助けられてきたし、逆に自分が指摘する側になったときに、後工程での大きなトラブルを未然に防げたこともある。形骸化させず、地道に磨き続けることこそが、DR運用の一番の勘所だと思っている。