設計事務所 業務改善Navi
案件・工程管理

設計事務所の社内レビュー|確認順序と指摘の管理

· 編集:KMC株式会社

設計事務所の社内レビューで、前提、図面間整合、要求、表現の順に確認し、指摘を完了まで管理する方法を解説します。

提出直前に全員で図面を見るだけでは、社内レビューは機能しません。前提条件の誤りと文字の誤記が同じ場で混ざり、重要な判断が後回しになります。赤字を付けても、修正した本人だけが確認して終えれば、関連図面への影響が残ることがあります。

レビューの目的は誤りの数を競うことではなく、判断が変えられる時点で問題を見つけ、修正と再確認を完了させることです。そのために、確認順序、参加者、提出時の状態、指摘の閉じ方を先に決めます。

レビューを一回の最終検査にしない

設計の進み方に合わせ、確認の焦点を変えます。すべての段階で全図面を細かく見る必要はありません。

段階主に確認することまだ細かく見ないこと
前提確認要求、敷地、法令調査、関係者、判断条件作図表現の統一
構成確認配置、動線、主要寸法、設備・構造との関係細部の注記
整合確認図面間、仕様、表、変更反映軽微な体裁
提出前確認未決事項、成果物一覧、版、体裁新しい案の追加

初期に前提を見ず、提出前に配置から議論し直すと手戻りが大きくなります。逆に初期案へ細かな線種の指摘を集中させると、本来決めるべき要求や構成が見えなくなります。

レビュー依頼時に状態を宣言する

作成者は「見てください」ではなく、レビュー対象と判断してほしいことを記載します。

  • 案件ID、対象成果物、版、基準日
  • 今回のレビュー段階
  • 確認済みの前提資料
  • 決定済み、未決、仮置きの区別
  • 特に判断を求める論点
  • 関連担当への確認状況
  • レビュー後の提出日と修正可能期間

未完成箇所を隠さず、「未決」や「確認中」を図面と一覧の両方に表示します。作成者が気づいている空欄と、見落としによる空欄を区別でき、レビュー時間を判断に使えます。

確認者の役割を分ける

一人へ全確認を集中させると、その人の予定で工程が止まります。案件責任者、専門確認者、作図担当が何を見るかを分けます。

役割主な責任
案件責任者要求、重要判断、依頼者との合意、提出可否
専門確認者法規、構造、設備など担当領域との整合
作図担当正本反映、図面間整合、表現、指摘回答
レビュー管理者対象版、期限、指摘一覧、完了状況

同じ人が複数役割を持つ小規模事務所でも、どの立場で確認したかを記録します。設計事務所の役割分担とつなげ、作成者の自己確認だけで提出可否を確定しない箇所を定めます。

レビューは順序を固定する

図面を開いた順に気づきを話すのではなく、影響の大きい順で見ます。

  1. 今回の目的と対象版を確認する
  2. 要求、敷地、法令など前提の変更を見る
  3. 未決事項と仮置きを確認する
  4. 配置や主要構成を確認する
  5. 図面・表・仕様の間の整合を見る
  6. 寸法、注記、表現、ファイル構成を見る
  7. 指摘の担当、期限、再確認者を決める

前提が変わっていると分かったら、細部確認を続けるか止めるかを判断します。無効になる部分へ赤字を増やさないためです。

指摘を種類と重要度で整理する

指摘を「直してください」の一覧にせず、判断、整合、不足、表現、質問に分けます。さらに提出を止めるもの、提出前に直すもの、次段階で扱うものを区別します。

種類例閉じる条件
判断避難経路案を責任者が選ぶ判断者と根拠を記録
整合平面図と建具表の番号が違う関連成果物を同じ版で確認
不足断面図に必要寸法がない追記版を確認
表現凡例と線種が一致しない基準へ修正
質問設備条件の確認が必要回答元と反映先を記録

重要度は声の大きさで変えません。安全、法令、依頼者との合意、他図への影響、提出後の修正困難性など、自社の判断基準を短く定義します。

指摘票の記入例

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資料は米国の職能団体による参考資料です。国内案件では日本の法令、建築士業務の条件、契約書、発注条件を優先し、相談項目や確認手順の参考として利用してください。

関連記事

この業務でAIを試すには

業務の条件と確認方法を整えたら、関連するAI活用の手順を確認できます。

設計事務所のAI試行|小さな業務で検証する →

あわせて読みたいガイド

案件・工程管理

設計業務のチェックリスト|確認漏れを防ぐ運用

設計業務のチェックリストを、成果物、段階、確認根拠、適用外に分けて作る方法を解説します。丸付けだけの運用を避け、差戻しや設計変更から更新する実務手順です。

約9分で読めます読む
AI活用

AI出力のレビュー|設計事務所の確認項目

設計事務所がAI出力を使う前に、出典、数値、条件、見落とし、表現、情報管理を確認し、修正と承認を記録する実務手順を解説します。

約7分で読めます読む