項目進度報告顯示完成九十二巴仙。
主要設備已經安裝，裝修大致完成，外牆和公共區域看起來亦接近交付。管理層開始討論人員撤場、設備退租和下一個項目的安排。從遠處看，工程已經進入最後直路。
但項目經理的清單卻愈來愈長。
某層仍有數十項缺陷未完成，消防聯動測試等待重做，部分竣工圖尚未更新，保養文件格式不符合要求，分判商之間對收口責任仍有爭議。每一項單獨看都不算巨大，卻沒有任何一項可以完全忽略。
工程已經完成大部分，交付卻開始變得更慢。
收尾階段最大的錯覺，是把剩餘工作當成同一種工作
項目中段，進度通常以工程量衡量。牆身完成多少、設備安裝多少、管線鋪設多少，都可以用相對清楚的比例表示。到了收尾階段，剩餘事項的性質卻完全不同。
有些是實體缺陷，需要重新施工；有些是測試未完成，需要多個工種再次配合；有些是文件問題，工程其實已做完，卻無法提供足夠證明；還有些是責任爭議，大家都知道問題存在，但沒有人同意由誰處理。
如果把所有事項放在同一張清單，只用「尚餘多少項」衡量進度，管理層很容易得到錯誤印象。
一百項簡單油漆修補，可能幾日內完成；五項涉及消防、法定檢查或多工種聯動的問題，卻可能拖延整個移交。一項工作的數量，與它對交付日期的影響，往往沒有直接比例。
缺陷清單愈短，未必代表項目愈接近完成
收尾會議經常以未完成缺陷數量作為核心指標。數字由五百降到二百，再降到五十，看起來非常鼓舞。
但到了最後階段，留下來的往往正是最難處理的問題。
簡單修補已經完成，剩下的是責任不清、需要重新測試、等待物料、涉及設計確認，或者需要業主作出決定的事項。數量下降，平均難度卻可能大幅上升。
這也是為甚麼項目最後五十項缺陷，可能比最初五百項花更長時間。
如果管理層只追蹤總數，很容易不斷要求團隊「加快清單」，卻沒有辨認哪幾項真正控制交付。較有價值的判斷，是把問題按影響分開：哪些阻礙法定驗收，哪些阻礙業主接收，哪些影響正常營運，哪些則可以在移交後的保固期內處理。
收尾管理的目標，不是把所有數字同時歸零，而是先解除對交付最關鍵的障礙。
文件未完成，往往代表工程過程沒有被完整記錄
竣工圖、測試報告、產品證書、操作手冊和保養資料，經常被視為工程完成後才整理的文書工作。項目團隊忙於現場時，文件可以暫時延後，等到接近移交再集中處理。
到了那個階段，問題便會一次過浮現。
圖紙仍然反映幾個月前的設計，現場改動沒有完整標記；測試報告有簽名，但設備編號和實際位置對不上；產品資料齊全，卻無法確認使用在哪一個區域；分判商已經撤走主要人員，剩下的人未必了解早期決定。
文件延誤看似行政問題，實際上往往反映工程資料在施工期間沒有持續更新。
如果一項工作完成時，相關紀錄沒有同步完成，項目便累積了一筆「文件債務」。工程做得愈快，債務可能累積得愈多；到了移交前，團隊才發現需要重新追查大量已經被覆蓋或遺忘的資訊。
測試與驗收不是最後一次檢查，而是一連串前置條件
大型工程的系統測試，很少由單一承辦商獨立完成。消防聯動需要消防、機電、升降機、通風和樓宇管理系統配合；能源管理需要電錶、控制系統和通訊資料完整；某些設備測試亦需要正式電源、負載或業主代表在場。
因此，測試失敗未必是設備本身故障，也可能是其中一項前置條件未準備好。
問題是，項目團隊經常以測試日期作為計劃起點，卻沒有反向確認所有條件是否已經完成。到了當日，才發現某個訊號未接、某份程序未批、某個分判商人員沒有出席，結果測試取消，數星期後再重新安排。
一次取消不只是失去一天。它可能牽涉重新預約顧問、業主、法定機構和多家承辦商，並延遲後續文件和移交。
收尾階段的時間，很多時不是消耗在工作本身，而是消耗在等待下一次所有條件再次同時出現。
人員太早撤走，會把項目知識一起帶走
主要工程完成後，管理層自然希望降低成本。項目團隊縮減、設備退場、分判商人員調往其他地盤，都是合理安排。
但如果撤場速度快過資料和責任交接，收尾效率反而會下降。
最後階段遇到問題時，仍在現場的人可能不知道當初為甚麼採用某個做法，哪位顧問曾經同意，或者某項修改有沒有正式紀錄。團隊需要不斷聯絡已經轉往其他項目的人員，等待他們回覆、尋找舊電郵或重新解釋決定。
這種知識流失不會直接顯示在進度表上，卻會令每一個問題處理得更慢。
項目撤場不應只按工程量決定，也要按未完成責任、文件狀態和關鍵知識是否已經移交來安排。某些人員未必需要全職留場，但在特定問題解決前，責任和聯絡機制必須保持清楚。
保固期不應成為未完成工作的存放區
為了趕及移交，有些項目會把部分問題延後至保固期處理。這並不一定不合理，尤其是不影響安全、法規和正常營運的小型缺陷。
但如果界線不清，保固期很容易變成未完成工程的存放區。
承建商認為事項可以日後處理，業主則認為接收不代表放棄要求；分判商認為已經完成合約範圍，主判卻仍等待整改。移交後，現場管理架構已經縮小，安排施工反而更困難，因為需要配合營運時間、使用者和保安要求。
真正成熟的移交，需要清楚區分三件事：必須在接收前完成的事項、可以在接收後按時間表完成的事項，以及真正屬於保固期內才出現的缺陷。
這三者混在一起，項目便可能表面上完成移交，實際上仍長期消耗團隊資源。
最後一成不是工程量，而是承諾的總和
項目收尾之所以困難，不是因為團隊突然失去能力，而是所有早期沒有完全關閉的事情，都在最後階段重新出現。
未確認的設計、未完整的紀錄、未解決的接口、未清楚的責任和未完成的測試，原本分散在項目不同角落，到了移交前卻全部指向同一個日期。
因此，收尾不能等到工程完成九成才開始。真正有效的收尾管理，早在施工過程中已經發生：工作完成時同步更新文件，系統測試前逐項確認條件，分判撤場前完成知識和責任交接，缺陷出現時清楚記錄影響和負責人。
項目最後一成最難完成，是因為它從來不只是一成工程量。
它是整個項目尚未兌現的承諾。