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