設計打ち合わせの決定事項｜保留と承認

決定事項は議事録全文から切り出す

議事録は会議の全体を残しますが、設計担当が毎回全文を読み直すと、採用条件を見落とします。決定事項ログは、案件で現在有効な判断と、その根拠、決定者、影響先を一覧にする記録です。保留や提案を決定として扱わず、判断が覆った場合も履歴をつなぎます。

Microsoft Listsの公式説明では、リスト項目の版履歴から、どの項目が版ごとに変わり、誰が変更したかを追えるとされています。SharePointの承認機能には承認履歴もあります。これらは製品機能です。本記事の決定IDと状態設計は独自の運用例です。

決定ログの基本項目

「A案でお願いします」では、資料が更新されたときに内容を特定できません。案名に加えて資料版と、採用した条件を文章で残します。

状態を五つに分ける

却下は提案または保留の結論として記録し、理由を残します。失効と削除を混同しないでください。過去の決定を消すと、古い図面がなぜ作られたか説明できなくなります。

決定文は条件と範囲を書く

悪い例は「外壁はグレーで決定」です。色番号、対象範囲、見本、仕上げ、最終確認の有無が分かりません。

記録例：外壁の基本色は見本帳Xの色番号G-12を候補として採用する。対象は南・東・西面。北面と付属棟は保留。実物サンプルを屋外光で施主責任者が確認後、発注用の最終決定とする。

この場合、基本計画上の候補は決まっていても発注承認は未完了です。決定の段階を明記すると、担当者が「決まった」という言葉を別の意味で使う問題を減らせます。

保留には再開条件を付ける

「検討中」のままでは期限が過ぎます。保留理由、必要情報、担当、再判断日、影響する作業を書きます。

保留によって他作業を仮定で進める場合は、その仮定と戻り条件を図面へ表示します。仮定を決定ログへ混ぜず、未確定であることを保ちます。

決定が覆ったときの記録

新しい判断でDEC-018を置き換える場合、DEC-018を編集して現在条件だけにしません。DEC-024を作り、「DEC-018を失効。理由は採用計画の再更新。新条件は最大10名」と記録します。旧決定には置換先を、新決定には置換元を入れます。

次に、旧決定を使った図面、概算、仕様、申請、発注を検索します。変更管理へ渡し、更新または影響なしを各担当が回答します。決定ログだけを直しても成果物は変わりません。

承認の依頼と回答を固定する

承認依頼には、判断してほしい論点、選択肢、推奨理由、未確認事項、回答期限、回答者を明記します。複数の論点を一つの「承認してください」にまとめません。

承認依頼例：比較資料P03のうち、会議室計画人数を最大8名とする条件の承認をお願いします。間仕切り位置は設備・費用影響の確認後に別途決定します。回答期限は10月13日17時、回答者は施主責任者Aです。

回答がメール、チャット、会議のどこにあっても、決定ログから原記録へ戻れるようリンクまたは記録場所を付けます。代理承認が可能かは案件の体制で決めます。

週次で有効な決定を点検する

設計段階が変わる前に、保留、承認待ち、期限超過、他の決定と矛盾する項目を確認します。同じ論点に有効な決定が二つある場合は、担当者が推測せず案件責任者へ戻します。

週次確認で「決定済みだが未反映」を見つけたら、担当者へ口頭で頼むだけで終えません。変更IDを発行し、影響する成果物、担当、期限を登録します。反映不要と判断した項目にも、理由と判断者を残します。

議事録との役割差

議事録は会議単位、決定ログは論点単位です。一つの決定が複数会議にまたがる場合、決定ログへ関連議事録を追加します。逆に一回の会議で十件決まれば、十件の決定行に分けます。議事録の文章を丸ごとコピーせず、判断内容と条件を短く書き、原文への経路を残します。

AIを使う場合の確認

AIに議事録から決定候補を抽出させる場合、「決定」「提案」「保留」を分類させ、原文の発言者と時刻を併記させます。候補は決定状態へ自動登録せず、作成者が原文を読み、決定権者を確認します。否定や条件付き同意が落ちる可能性があるためです。

顧客名、未公開計画、図面、見積を外部サービスへ渡す前に、契約と情報区分を確認します。候補抽出後の原記録と出力の保存先も案件フォルダ内に決めます。

前提が変わった決定を洗い出す

決定ログには、その判断が成立する前提を別欄で持ちます。人数、用途、敷地、予算範囲、法規条件などが更新されたら、前提を参照する決定を抽出し、有効、再確認、失効候補に分けます。

一括で全決定を無効にせず、影響しない項目には確認者と理由を残します。再確認が必要な決定は図面更新を止める範囲と期限を設定し、古い前提のまま次工程へ進むことを防ぎます。

よくある質問

決定事項ログは誰が更新しますか

案件責任者が管理責任を持ち、議事録作成者や担当者が候補を登録する分担が考えられます。決定への変更権限は限定します。

施主の「いいですね」は承認ですか

文脈と権限を確認しなければ承認と断定できません。対象、条件、決定段階を明示して改めて確認します。

決定後に軽い修正が入ったら別IDですか

判断内容や影響が変わるなら新しい決定または変更IDを作ります。誤字訂正など意味を変えない修正は訂正履歴として扱う基準を決めます。

保留が増えすぎたらどうしますか

再判断日、必要情報、止まる作業で優先順位を付けます。条件のない保留は案件責任者へ戻して具体化します。

AIで承認メールを判定できますか

候補抽出はできますが、自動で正式承認にしません。原文、添付版、回答者の権限を人が確認し、AI情報管理に従います。

出典・参考資料

• Microsoft：Introduction to lists
• Microsoft：Approvals in Lists and Document Libraries

関連記事

• 設計事務所の議事録
• 設計変更管理の進め方
• 設計事務所のAI情報管理