システムは、会議でなく記録が示すときに完了します と記載されています。

機械的完成（MC）とは、プロジェクトが建設スコープであることをやめ、資産となる瞬間です。これは、作業において最も証拠に基づいた決定であるべきですが、実際には、建設トラッカーからの進捗率、別のスプレッドシートからのITR（検査記録）数、そして火曜日にメールで送られてくるパンチリストなど、最も証拠が不十分な場合が多いです。

3つのどれも一致せず、根底にある記録にもリンクしていません。そのため、最も楽観的な数値で証明書が作成され、完了会議に提出され、未処理項目が「小さい」という理解のもとに署名されます。

その後、顧客の担当者がパンチリストを開くと、同じサブシステムにカテゴリーAのパンチ項目が見つかります。証明書が差し戻され、起動シーケンスはその証明書を中心に再計画され、それ以降、提示するすべての証明書は、受理される記録ではなく、監査されるべき主張として扱われます。

証明書レジスターには、プロジェクト内の全サブシステムとシステムが、その現在の状態（発行準備完了、進行中、完了、またはブロック済み）とともに表示され、証明書タイプ、システム、または専門分野で絞り込み可能です。

証明書がブロックされている場合、登録簿にはその理由が正確に示されます。未完了のITR、未実施のウォークダウン、未解決のカテゴリAのパンチ項目、または未完了の前提証明書などです。これらはそれぞれ、証明書から直接リンクされたITRリストおよびパンチリストのタブを通じて開かれるため、完了会議は競合する3つのレポートからではなく、記録に基づいて進行します。

これにより議論が変わります。システムが完成したかどうかを議論するのではなく、チームは短い特定の未対応項目リストに取り組み、最後の項目がクローズされると、誰もステータスフィールドを更新することなく証明書が準備完了となります。