機械設計 #110：証拠に基づく設計レビュー — 検証できる問いで終える

証拠に基づく設計レビューは境界が変わっても機能、意図、製造、検査、発行、保全を守らなければならない。

発行前に証拠

図面を変更したりパッケージを発行したりする前に、入力、期待結果、合否限界、故障症状、測定方法を書く。全ての前提、値、変更に担当を付ける。

基本チェック

要求、前提、境界条件： 値、出典、方法、担当、合否の証拠を記録する。
証拠の出所、質、日付： 値、出典、方法、担当、合否の証拠を記録する。
危険、故障モード、検証： 値、出典、方法、担当、合否の証拠を記録する。
判断の責任者と、未決の事項： 値、出典、方法、担当、合否の証拠を記録する。
変更の引き金と、再試験の計画： 値、出典、方法、担当、合否の証拠を記録する。
記録、引継ぎ、次回の見直し： 値、出典、方法、担当、合否の証拠を記録する。

故障モード	症状	確認
意図が欠落	ファイルは正しいが機能が違う	要求と証拠を確認
パッケージが不完全	サプライヤー・検査が停止	発行完全性を確認
文書が不一致	数値は正しいが改訂違い	全資料を基準化

性格の違う三つのレビューを、一つの会議にまとめないこと

すべての問いを一つの長い会議へ入れることが、レビューが形骸化する典型的な理由です。専門を持つ人が自分に関係のない話を聞かされ、重要な部分は皆が疲れた最後に回されます。

種類	答える問い	出席が必要な人	実施の時期
構想のレビュー	この進め方は正しい問題を解いているか	要求を出した人、設計者	詳細なモデルを作る前
製造性のレビュー	作れるか、いくらか、測れるか	加工現場、検査、供給元	形状が固まり、図面を仕上げる前
発行のレビュー	資料は過不足なく、矛盾がないか	設計者、資料の確認担当	発行の直前

最も省かれやすく、しかも最も節約になるのが製造性のレビューです。その時点なら変更がまだ安いからです。発行に必要な資料の一覧は機械設計 #109 — 発行の束にあります。

良い問いとは、否定の答えが返り得る問いです

レビューに価値があるのは、投げた問いが「まだできていない」という答えを返し得る場合だけです。「計算しましたか」という問いには必ず「しました」と返ってきます。情報が出てくる問い方は次のとおりです。

状態ではなく、数値と境界条件を尋ねる。 どの荷重で、どの姿勢で、安全率はいくつで、結果はどこに

あるのか。

設計条件ではなく、最悪の場合を尋ねる。 各部品が許容差の端にあるとき、その組立はまだ成立するのか。
どう気付くかを尋ねる。 この前提が誤っていたら機械はどうふるまい、最初に気付くのは誰か。
設計者ではなく、実際に作る人へ尋ねる。 設計に関わっていない人へ図面を渡し、どう掴み、どう削り、

どう測るかを説明してもらいます。

会議室の意見より確かな三つの発見源

現場で動いている機械。 古い機械で繰り返す不具合は、新しい機械にとって最良のデータです。ただし記

録があることが条件です。使えるデータになる記録の取り方は機械設計 #49 — 停止時間のデータにあります。

保全の担当者。 どの部品が外しにくいか、どこに工具が入らないか、どの部分が調整を繰り返しているか

を知っています。これらは図面に現れませんが、生涯費用を左右します。

リスクアセスメントの記録。 約束した方策はすべて、具体的な成果物の中に見つけられなければなりませ

ん。その考え方は機械設計 #69 — 機械のリスクアセスメントにあります。

レビューの終わり方：残すべき四つのもの

レビューは、参加者が部屋を出た時点で価値を生むのではありません。後に残るもので価値を生みます。

担当と期限のある宿題の一覧。 名前の付いていない宿題は実行されません。
理由を添えた決定。 半年後に読む人は、なぜこの案を選んだのかを知る必要があります。そうでなければ、

すでに却下した案をもう一度提案します。

まだ証明できていない前提。 前提であることを明記し、どう確認するかも書きます。
変更が承認された場合に再確認すべき範囲。管理の方法は

機械設計 #107 にあります。

担当のいない未決事項は、機械が出荷される日に自然と閉じます。解決されたからではなく、忘れられたからです。

レビューごとに、求める証拠の種類が違います

証拠にもとづくレビューとは、各会議に検討すべき正しい資料を持ち寄ることであり、漠然とした議論ではありません。前の節の三つのレビューは、三つの異なる証拠一式を求めます。

レビュー	持ち寄る証拠	その回が答える問い
構想レビュー	要求、比較した案、概略計算	この案は要求を満たし、実現できるか
詳細設計レビュー	完全な計算書、公差積み上げ、設計FMEA、図面	設計は正しく、荷重に耐え、組み付くか
量産前レビュー	試作結果、試験データ、加工・検査の能力	量産で正しく安定して作れるか

誤った証拠を持ち寄ると、レビューは空論になります。公差積み上げのない詳細レビューでは組み付くか判断できず、試作のない量産前レビューは推測にすぎません。

チェックリストと未処置事項の締め

レビュー種別ごとのチェックリストを使う：それぞれに固有の項目（荷重、公差、材料、安全、加工の

しやすさ、検査のしやすさ）があります。チェックリストは、項目の抜けや一点への深入りを防ぎます。

未処置事項には担当と期日を付ける：提起された各課題を、担当者と期日を付けた未処置事項にします。

未処置事項の一覧を残さないレビューは、何も残しません。

承認は管理されたリスク受容：承認者は証拠を見て、先へ進むことを受け入れたと確認します。形だけの

署名ではありません。誰がどの段階で承認したかを記録し、後から決定を追えるようにします。

レビューを締めるとは、すべての未処置事項を閉じるか、期日付きの処置に変えることであり、「会議が終わった」ことではありません。

MINATA発行チェック

[ ] 機能、意図、境界、故障症状を記載した。
[ ] 責任、接点、工程、誤操作防止が明確である。
[ ] 六項目に証拠と合否限界がある。
[ ] 製造、組立、検査、発行、保全を実機で試した。
[ ] 改訂、サプライヤー、パッケージ、構成記録が一致する。

良い設計は、検証できる問いで終わる。証拠に基づく設計レビューでは、機能と意図が信頼できる証拠を残すことがMINATAの基準である。

よくある質問

一つの案件でレビューは何回行いますか

目的の違うものを少なくとも三回です。詳細なモデルを作る前の構想のレビュー、形状が固まった時点の製造性のレビュー、資料を出す直前の発行のレビューです。三つを一つの会議にまとめることが、レビューが形骸化する典型的な理由です。

製造性のレビューが省かれやすいのはなぜですか

図面が「ほぼ完成」した時期に当たり、皆が期日どおり発行したいからです。しかしその時期は変更がまだ安い時期でもあり、省いた結果は節約した時間の何倍にもなることがよくあります。

レビューを形だけにしないためには

「まだできていない」という答えが返り得る問いを投げます。数値と境界条件を尋ね、最悪の場合を尋ね、前提が誤っていたらどう気付くかを尋ねます。そして作る人、測る人、保全する人を呼びます。設計者だけを集めるのではありません。

レビューには誰が出席しますか

種類によります。構想のレビューには要求を出した人、製造性のレビューには加工現場、検査、供給元、発行のレビューには資料の確認担当です。保全の担当者は少なくとも一回は出席すべきです。図面に現れないことを知っているからです。

レビューの後に何を残しますか

担当と期限のある宿題の一覧、理由を添えた決定、まだ証明できていない前提とその確認方法、そして変更が承認された場合に再確認すべき範囲です。この四つがなければ、それは会議をしただけです。

よくある質問（続き）

各レビューには何を持ち寄りますか。

その種別に正しい証拠です。構想レビューは要求と比較案、詳細レビューは計算書・公差積み上げ・FMEA・図面、量産前レビューは試作結果・試験データ・加工/検査の能力です。証拠が無いと、レビューは空論になります。

レビュー後の未処置事項はどう扱いますか。

各事項に担当者と期日を付けます。すべての未処置事項が閉じるか、期日付きの処置に変わったときにだけ、レビューは締められます。「会議が終わった」ときではありません。

レビューでの承認は何を意味しますか。

承認者が証拠を見て、先へ進むことを受け入れたという、管理されたリスク受容です。形だけの署名ではありません。誰がどの段階で承認したかを記録し、誰が決めたかを追えるようにします。

まとめ

証拠に基づく設計レビューは、書類を整えるための手続きではない。設計意図を、繰り返し製作でき、組み立てられ、測定できる結果へ変えるための手段である。良い図面は、設計者がそばで説明しなくても伝わる。情報の構成そのものがその役割を果たさなければならない。

現場のための早見表

設計レビューは、状況・裏づけ方・目的を対応づけると空回りしません。

状況	裏づけ方・制御の仕方	目的
要求	図面・計算・試験へ結び付ける	感覚で結論しない
リスク	担当と閉じる手立てを持つ	未処理の項目を放置しない
発行	署名と構成のそろったチェックリスト	何を承認したか正確に分かる

実際の場面

「剛性を確認した」という言葉には、荷重、境界条件、安全率、結果の場所が伴わなければなりません。レビューは、問いに証拠と責任者がそろったときに終わるのであって、会議の時間が来たときに終わるのではありません。

MINATAの技術記事をすべて見る