排期三个月、做了七个月、双方都觉得对方在加需求。根因很少是程序员打字慢、而是范围・接口和验收没有被写成合同语言：哪些单据在本期、哪些对接字段算完成、验收看登录还是看指标。口头共识在开工第一周有效、变更一起来就失效。超时是语言问题、不是态度问题。
合同语言不一定是律师文书。是双方能在争议时打开的同一页：本期不做清单・接口表・验收用例。
三份附件比启动会重要
范围用「做与不做」对照、接口用字段・频率・失败重试、验收用可重复的业务日脚本。缺任何一份、变更会伪装成「理解不一致」。不一致一旦无法引用书面、工期只能靠加班填。
- 新增需求必须声明替换哪一条旧范围、或延长哪一段工期。
- 接口以联调环境通过用例为准、不以「开发说通了」为准。
- 验收人是业务主人、不是项目经理自己勾清单。
把变更变成可计价的语言
变更不是禁止、是要有价格和工期公式。XYN 数智化システム实施把场景包和接口清单写进附件、减少「再加一个小需求」。超时减少靠的是争议时可引用的句子、不是再开一次动员会。
下一次立项先写三份附件再排人天。人天没有附件托底会在接口这一周开始漂。
