附录 E:30 天落地计划与周度 Sprint 清单
老板怎么用: 这份 30 天冲刺计划把试点拆成每周可交付的节奏,每周都有 Go/No-Go 判断点。你可据此要求团队按时汇报、到点决策,避免 PoC 无限期打磨、预算被悄悄吃掉。
PoC 不是无限期打磨,而是限时冲刺。这份 30 天计划把「课堂 Demo → 2 周 PoC → MVP」拆成可交付的周度节奏,每周都有明确输入、输出、责任人和验收点。
30 天总览
| 周 | 主题 | 关键产出 | 交付包新增 |
|---|---|---|---|
| Week 0 | 需求共创 | 场景卡、AI 介入点图、优先级排序 | 附录 A、B |
| Week 1 | 快验 PoC | 可跑通核心 Case 的 Demo、架构图 | 附录 C |
| Week 2 | 评估对齐 | Golden Dataset、验收指标、首轮跑分 | 附录 D |
| Week 3 | 迭代收敛 | 按失败样本迭代、达到验收门禁 | 迭代记录 |
| Week 4 | 路演交付 | 5 分钟路演、门禁清单、交接计划 | 附录 F、路演稿 |
| Week 5–6 | 上线观察 | 采纳率、失败率、成本、人工复核量稳定 | 运营看板、交接验收 |
周度 Sprint 清单模板
每周一 Kickoff、每周五 Demo,中间日常推进。
【本周目标】一句话
【输入】上周遗留 + 本周依赖
【任务分解】
- [ ] 数据任务:
- [ ] 模型 / Prompt 任务:
- [ ] 工具 / 集成任务:
- [ ] 权限任务:
- [ ] 评估任务:
- [ ] 用户培训任务:
【本周 Demo 内容】
【验收点】达到什么算本周完成
【Go / No-Go】是否进入下一周/下一阶段,依据是什么
【风险 / 阻塞】
【需求变更池新增】区分:缺陷 / 优化 / 新需求 / 范围扩大 / 指标变化
固定会议机制
| 会议 | 频率 | 目的 |
|---|---|---|
| Kickoff | 项目启动 | 对齐场景卡、范围、指标 |
| 周度 Demo | 每周 | 在真实环境演示进展、收反馈 |
| 失败样本复盘 | 每周 | 把答错的 case 沉淀进 Golden Dataset |
| 上线门禁评审 | 上线前 | 走附录 F 清单 |
| 阶段复盘 | 每阶段末 | 决定进入下一阶段还是收敛 |
阶段推进准则
每个阶段都要明确输入、输出、责任人、验收标准、风险控制点,达标才进下一阶段。
| 阶段 | 进入下一阶段的门槛 |
|---|---|
| 探索 / PoC | 核心 Case 跑通 + 商业价值被认可 |
| 迭代 / 试用 | 达到验收指标 + 真实用户在用 |
| 优化 / 自主调校 | 配置化界面就绪 + AIBP 能自己调 |
| 自主运营 | 业务方独立运营,Agent 落地工程师仅监控与升级 |
Go / No-Go 判断
| 节点 | Go 条件 | No-Go 条件 |
|---|---|---|
| 需求后 | 有 Owner、有指标、有数据路径 | 只有愿望,无成功定义 |
| 快验后 | 核心 Case 跑通,业务认可 | 方向不被认可,数据拿不到 |
| 验收前 | Golden Dataset 达标 | 高风险样本漏报 |
| 上线前 | 门禁全部通过 | 无回滚、无审计、权限不清 |
| 交接前 | 业务方能独立配置并通过回归 | 仍依赖 Agent 落地工程师手工调 |
本模板对应正文:第 20 章(四阶段生命周期)、第 12 章(Week 0–4 案例)、第 25 章(路演)。