项目后期「搞不清哪些需求满足了、哪次变更谁批的」—— 靠人执行的「口头需求禁止生效」制度，从来没有成功过
本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。 案例设定：驭数科技（虚构）v3.4 开发第二周：郑海洋在客户群里答应华正「导出格式加个 Excel 模板选择」。研发群里谭锐问江晓：「这是新增需求还是改动？谁批的？」江晓翻聊天记录 —— 昨天沈知行在电梯里口头说过「可以加」，但没有任何书面记录。这类变更本迭代已经发生四次，每一次都改了代码，没有一次进过台账。
注意标橙色那一份 —— 02_研发群讨论（变更质疑）.txt。它微信研发群 · 2026-08-19，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。
短是因为「变更识别规则、影响范围反查、口头/书面分级、台账结构」都在能力包里。产品经理只要把原始记录扔进来。
江晓把客户群记录、研发群讨论、迭代清单、四次变更的考古记录、上迭代的验收争议全部扔进来 —— 台账的骨架，一半靠记录、一半靠教训。
| 变更 | 类型 | 提出人 | 决策状态 |
|---|---|---|---|
| 部门拆分导出（08-11） | 功能修改 | 民康（客户）· 郑海洋转 | 口头生效 · 零记录 |
| 缓存策略 LRU→TTL（08-13） | 技术方案调整 | 谭锐（研发） | @ 未回复 · 默认实施 |
| Excel 模板选择（08-15） | 新增功能点 | 华正（客户）· 沈知行口头批 | 口头 · 待书面确认 |
| 私有化适配补丁（08-17） | 环境适配 | 佳润（客户） | 口头生效 · 零记录 |
| 合计 4 次 | 新增 1 / 修改 1 / 技术 1 / 适配 1 | 客户引发 3 / 内部 1 | 书面确认 0 |
四次变更的分类里，第三次（模板选择）的「口头待确认」状态最刺眼 —— 它有明确的决策人（沈知行）与场景（电梯），但生效依据是一句没有落地的口头话。台账的第一功能不是管住变更，是把「谁批的」从记忆变成记录。
| 变更 | 受影响模块 | 关联需求 | 排期影响 |
|---|---|---|---|
| 部门拆分导出 | 导出模块 | 设备数据导出 | 顺延 0.5 人日 |
| 缓存策略调整 | 报表/导出性能路径 | 报表缓存优化（已完成） | PRD 未同步 · 隐性 |
| Excel 模板选择 | 导出模块/前端 | 设备数据导出 | 顺延 1.5 人日（待确认后计入） |
| 私有化适配补丁 | 权限模块 | 私有化组织架构适配 | 顺延 0.5 人日 |
| 累计 | — | — | 已顺延 1 人日 + 待确认 1.5 人日 |
缓存策略那条标了「隐性」—— 它的影响（PRD 未同步）不在排期里，在文档与实现的漂移里。v3.3 那次「文档与实现不一致」的客户投诉，根因就是同类漂移。影响范围不止是工时，还有文档一致性 —— 这是台账给「变更」的定义比直觉宽一档的原因。
| 决策类型 | 登记方式 | 生效条件 | 本次适用 |
|---|---|---|---|
| 书面决策（邮件/审批） | 直接登记 + 附件引用 | 已生效 | 0 次 |
| 口头决策（有明确决策人） | 登记原话+场景，标「待书面确认」 | 补书面（微信回「同意」即可） | 1 次（模板选择） |
| 默认实施（无回复） | 登记讨论记录 + 响应断档说明 | 补充追认 | 1 次（缓存策略） |
「微信回个『同意』截图就算书面」—— 门槛低到只剩责任。这不是不信任口头承诺，是保护所有人：上迭代那场验收争议里，三方记忆三个版本，没有一个人是恶意的，缺的只是一条当时落地的记录。
| 事件 | 根因 | 代价 | 台账防线 |
|---|---|---|---|
| v3.3 部门汇总视图验收争议 | 口头降级无记录 | 紧急补丁 1.5 人日 + 客户关系损耗 | 降级也是变更 · 登记后无争议 |
| v3.3 文档与实现不一致投诉 | 技术调整未同步 PRD | 客服安抚 + 修复 1 人日 | 变更强制「同步 PRD」检查项 |
两次旧伤对应的防线都写进台账规则：降级/推迟也是变更（要登记）、技术调整必须带「同步 PRD」检查项。台账不是新流程 —— 是旧教训的规则化。
| 项 | 数据 | 说明 |
|---|---|---|
| 本迭代变更次数 | 4 次 | 客户引发 3 / 内部 1 |
| 排期顺延 | 1 人日已发生 + 1.5 人日待确认 | 缓冲剩 6 人日 → 剩 3.5 人日 |
| PRD 同步缺口 | 1 处（缓存策略） | 已列入补档清单 |
| 待书面确认 | 1 条（模板选择） | 今天发沈知行微信确认 |
这页总账的用途：周五的迭代例会上，变更不再是「怎么又加需求」的情绪议题，而是「缓冲还剩 3.5 人日、第 5 次变更要不要接」的数字议题 —— 台账把变更管理从道德问题变成容量问题。
答不上来的问题，比答得漂亮的问题更能决定这场演示的结果
返回场景引入页，可查看完整案例背景、演示步骤与提示词