合同里程碑与书面变更
项目关键日期以合同、SOW、批准的基线和书面变更为准；口头承诺只能生成待确认项，不能直接改基线。
来源：合同、SOW、项目基线与变更单
01现在要盯的日期与规则
先看哪些时点不能漏
02真实断点
这个岗位的时间耗在哪
范围变更不先算影响
客户提出新增需求后先做再说，工期、成本与验收范围一起失控。
客户侧待办没有回执
资料、接口、环境和决策迟迟不到位，但工期影响没有书面记录。
多项目抢同一批关键人
售前、研发、实施与客户窗口冲突，到开工才发现排期不成立。
验收签字与质保起算分开管
项目显示完成，验收件、遗留项、回款和质保日期仍互相矛盾。
03应用场景
项目 / 交付 的 4 条业务闭环
页面使用本行业、本岗位的单据和叫法；详情只链接当前已经存在的产品闭环。
- 闭环推进
- 标准接入
变更请求到影响评估与书面确认
新增需求先形成范围、工期、资源和商务影响，由双方确认后再改基线。
跑完留下：变更单、影响评估、书面确认
查看对应通用闭环 - 持续观察
- 标准接入
客户侧前置到齐套解锁开工
按项目清单追数据、账号、接口、环境与确认项，缺件与工期影响同步留痕。
跑完留下：客户前置清单、缺件回执、开工确认
查看对应通用闭环 - 持续观察
- 标准接入
项目风险到缓解动作复查
把风险、触发条件、责任人和到期日写进登记册，超期自动升级给项目负责人。
跑完留下：风险登记册、缓解动作、复查结论
查看对应通用闭环 - 闭环推进
- 标准接入
验收申请到签字回收与回款
交付物与遗留项齐套后生成验收材料，跟踪签字、开票、到账与质保起算。
跑完留下：验收包、签字件、回款与质保日期
查看对应通用闭环 04业务终态
跑完之后，系统里多了什么
不是多一段聊天记录，而是能继续流转、复核和追责的业务对象。
- 变更影响与书面确认记录
- 客户侧前置与工期影响台账
- 项目风险及缓解动作复查
- 验收—回款—质保时间线
05人机边界
Agent 做什么，人在哪拍板
Agent 负责
- 归集项目事实和证据
- 生成风险、变更与齐套清单
- 跟踪人工确认后的基线和验收状态
必须由人确认
- 砍范围、延期、加人和报价由项目与管理者决定
- 双方承诺和验收由有权人签字
- 状态发布由项目经理确认
明确不做
- 不决定砍范围、延期或加人
- 不把口头承诺写成已批准变更
- 不在缺少签字时声称项目已验收
相邻分工
上下游还要看哪些页面
用你自己的材料验证
带一份项目周报和变更单来试跑
现场核风险、客户前置和变更是否能追到书面依据。
建议带上：一份脱敏项目周报 + 最近一张变更或验收申请
工作日 8:30–18:00 在线。
