設計事務所の社内レビュー|確認順序と指摘の管理
· 編集:KMC株式会社
設計事務所の社内レビューで、前提、図面間整合、要求、表現の順に確認し、指摘を完了まで管理する方法を解説します。
提出直前に全員で図面を見るだけでは、社内レビューは機能しません。前提条件の誤りと文字の誤記が同じ場で混ざり、重要な判断が後回しになります。赤字を付けても、修正した本人だけが確認して終えれば、関連図面への影響が残ることがあります。
レビューの目的は誤りの数を競うことではなく、判断が変えられる時点で問題を見つけ、修正と再確認を完了させることです。そのために、確認順序、参加者、提出時の状態、指摘の閉じ方を先に決めます。
レビューを一回の最終検査にしない
設計の進み方に合わせ、確認の焦点を変えます。すべての段階で全図面を細かく見る必要はありません。
| 段階 | 主に確認すること | まだ細かく見ないこと |
|---|---|---|
| 前提確認 | 要求、敷地、法令調査、関係者、判断条件 | 作図表現の統一 |
| 構成確認 | 配置、動線、主要寸法、設備・構造との関係 | 細部の注記 |
| 整合確認 | 図面間、仕様、表、変更反映 | 軽微な体裁 |
| 提出前確認 | 未決事項、成果物一覧、版、体裁 | 新しい案の追加 |
初期に前提を見ず、提出前に配置から議論し直すと手戻りが大きくなります。逆に初期案へ細かな線種の指摘を集中させると、本来決めるべき要求や構成が見えなくなります。
レビュー依頼時に状態を宣言する
作成者は「見てください」ではなく、レビュー対象と判断してほしいことを記載します。
- 案件ID、対象成果物、版、基準日
- 今回のレビュー段階
- 確認済みの前提資料
- 決定済み、未決、仮置きの区別
- 特に判断を求める論点
- 関連担当への確認状況
- レビュー後の提出日と修正可能期間
未完成箇所を隠さず、「未決」や「確認中」を図面と一覧の両方に表示します。作成者が気づいている空欄と、見落としによる空欄を区別でき、レビュー時間を判断に使えます。
確認者の役割を分ける
一人へ全確認を集中させると、その人の予定で工程が止まります。案件責任者、専門確認者、作図担当が何を見るかを分けます。
| 役割 | 主な責任 |
|---|---|
| 案件責任者 | 要求、重要判断、依頼者との合意、提出可否 |
| 専門確認者 | 法規、構造、設備など担当領域との整合 |
| 作図担当 | 正本反映、図面間整合、表現、指摘回答 |
| レビュー管理者 | 対象版、期限、指摘一覧、完了状況 |
同じ人が複数役割を持つ小規模事務所でも、どの立場で確認したかを記録します。設計事務所の役割分担とつなげ、作成者の自己確認だけで提出可否を確定しない箇所を定めます。
レビューは順序を固定する
図面を開いた順に気づきを話すのではなく、影響の大きい順で見ます。
- 今回の目的と対象版を確認する
- 要求、敷地、法令など前提の変更を見る
- 未決事項と仮置きを確認する
- 配置や主要構成を確認する
- 図面・表・仕様の間の整合を見る
- 寸法、注記、表現、ファイル構成を見る
- 指摘の担当、期限、再確認者を決める
前提が変わっていると分かったら、細部確認を続けるか止めるかを判断します。無効になる部分へ赤字を増やさないためです。
指摘を種類と重要度で整理する
指摘を「直してください」の一覧にせず、判断、整合、不足、表現、質問に分けます。さらに提出を止めるもの、提出前に直すもの、次段階で扱うものを区別します。
| 種類 | 例 | 閉じる条件 |
|---|---|---|
| 判断 | 避難経路案を責任者が選ぶ | 判断者と根拠を記録 |
| 整合 | 平面図と建具表の番号が違う | 関連成果物を同じ版で確認 |
| 不足 | 断面図に必要寸法がない | 追記版を確認 |
| 表現 | 凡例と線種が一致しない | 基準へ修正 |
| 質問 | 設備条件の確認が必要 | 回答元と反映先を記録 |
重要度は声の大きさで変えません。安全、法令、依頼者との合意、他図への影響、提出後の修正困難性など、自社の判断基準を短く定義します。
指摘票の記入例
RV-027、A-203平面図、2026-10-13版。種類は整合、提出前対応。会議室Cの建具番号が平面図D-12、建具表D-21で不一致。作図担当Bが確認元となる10月9日承認記録を参照し、平面図と建具表を修正する。関連する天井伏図の記号も確認。10月14日まで。確認者Cが3図を同一版で確認後に完了へ変更する。
「番号修正」とだけ書かず、確認元、関連図、完了を判断する人を記載します。口頭で解決した指摘も一覧へ戻します。
指摘の状態を限定する
状態を「未対応、対応中、回答待ち、確認待ち、完了」のように限定します。「たぶん完了」「様子見」は使いません。回答待ちには回答者と期限、確認待ちには確認者と対象版が必要です。
作成者が修正した時点は完了ではなく確認待ちです。確認者は指摘箇所だけでなく、関連成果物へ影響がないかを見ます。完了後に前提が変わった指摘は、履歴を書き換えず新しい指摘IDで再開します。
会議後に残すレビュー記録
レビュー終了時には、参加者、対象版、主な判断、未決事項、提出を止める指摘、次回確認日時を一枚にまとめます。赤字PDFだけでは、なぜ修正したか、どの判断を採用したかが後から分かりません。
設計事務所の進捗会議と同様、会議録を長い発言記録にせず、判断と行動を中心にします。レビュー時間内に結論が出ない論点は、調査担当と判断期限を置いて切り出します。
AIによるレビュー補助
AIで表記揺れや図書一覧の照合、指摘文の整理を補助する場合でも、図面や顧客情報を入力できる環境かを確認します。設計事務所のAIデモ準備のように、まず公開可能な資料や架空データで検証します。
AIの指摘は「候補」として記録し、採否と確認者を残します。法令適合や専門間整合をAIの出力だけで完了にしません。見落としだけでなく、根拠のない過剰指摘も必ず確認します。
レビュー運用の見直し
提出後や節目終了後に、発見が遅かった問題を一つ選び、どの段階なら見つけられたかを確認します。指摘件数が多い人を評価するのではなく、前提資料、レビュー時点、確認順序、完了条件のどこに不足があったかを見ます。
チェック項目を増やす場合は、誰がどの段階で使うかを決めます。使われない長大な表を作らず、過去の問題と結び付く項目を追加します。追加後は次の案件で実際に確認できたかを記録し、表現が曖昧なら具体例を添えます。
失敗を防ぐ具体策
| 失敗 | 防止策 |
|---|---|
| 提出直前に初めて全体を見る | 段階ごとに焦点を変えてレビュー |
| 未完成を完成として見せる | 決定、未決、仮置きを宣言 |
| 赤字が重要度順にならない | 種類と提出への影響を付ける |
| 修正者が自分で完了にする | 確認待ちと完了を分ける |
| 関連図に古い情報が残る | 閉じる条件に関連成果物を含める |
| AI指摘をそのまま採用する | 根拠、採否、人の確認を記録 |
よくある質問
レビューは何回行えばよいですか
回数を一律に決めるより、判断を変えられる節目へ置きます。案件規模、成果物、リスクに応じて焦点を選びます。
所長がすべて確認すべきですか
重要判断と提出可否の責任は明確にしつつ、専門整合や表現確認は役割分担します。一人に集中すると確認待ちが工程を止めます。
軽微な誤字も指摘票へ入れますか
一括修正できる表記はまとめられます。ただし未対応が残るなら、対象と確認方法を記録します。
会議中に修正して完了でよいですか
関連成果物への影響と保存版を確認できれば完了にできます。画面上だけ直して正本へ反映されていない状態を避けます。
外部協力者も同じ指摘票を使いますか
共有範囲と権限を調整した上で、指摘IDと状態は共通にすると往復を追いやすくなります。
一次資料で確認できること
- AIA「Managing Quality in the Design Development Phase」:設計段階の品質管理、レビュー、調整で確認する事項を示しています。
- AIA「Quality Control: Preparation of Working Drawings」:作業図面の作成・確認における品質管理の考え方を説明しています。
上記は設計と図面品質を管理する一次資料です。本記事の四段階、確認順序、指摘状態は、設計事務所の社内レビューを再現可能にするための実務提案です。
AIA資料は米国の職能団体による参考資料です。国内案件では日本の法令、建築士業務の条件、契約書、発注条件を優先し、相談項目や確認手順の参考として利用してください。
関連記事
この業務でAIを試すには
業務の条件と確認方法を整えたら、関連するAI活用の手順を確認できます。
設計事務所のAI試行|小さな業務で検証する →