排期三個月，做了七個月，雙方都覺得對方在加需求。根因很少是程式設計師打字慢，而是範圍、接口和驗收沒有被寫成合同語言：哪些單據在本期、哪些對接欄位算完成、驗收看登錄還是看指標。口頭共識在開工第一周有效，變更一起來就失效。超時是語言問題，不是態度問題。
合同語言不一定是律師文書。是雙方能在爭議時打開的同一頁：本期不做清單、接口表、驗收用例。
三份附件比啟動會重要
範圍用\"做與不做\"對照，接口用欄位、頻率、失敗重試，驗收用可重複的業務日腳本。缺任何一份，變更會偽裝成\"理解不一致\"。不一致一旦無法引用書面，工期只能靠加班填。
- 新增需求必須聲明替換哪一條舊範圍，或延長哪一段工期。
- 接口以聯調環境通過用例為準，不以\"開發說通了\"為準。
- 驗收人是業務主人，不是項目經理自己勾清單。
把變更變成可計價的語言
變更不是禁止，是要有價格和工期公式。XYN 數智化系統實施把場景包和接口清單寫進附件，減少\"再加一個小需求\"。超時減少，靠的是爭議時可引用的句子，不是再開一次動員會。
下一次立項，先寫三份附件再排人天。人天沒有附件託底，會在接口這一周開始漂。
