6.9 KiB
6.9 KiB
DreamWeaver 求职版重启：Week 2 执行 Backlog
Version: 1.0 Date: 2026-04-18 Sprint Length: 5 个工作日 Sprint Theme: 演示闭环、前端状态体验与求职表达打磨
1. Sprint Executive Summary
Week 1 已经完成产品主线收敛、统一生成入口、Storybook 恢复、资产补全、Provider 分层和本地 Docker 可运行基础。Week 2 不应重新发散到“更多功能”，而应围绕求职演示版完成三件事：
- 把用户端关键体验打磨到能稳定演示。
- 把统一生成工作流的代码与说明继续收束。
- 把演示脚本、项目讲解和风险预案沉淀成可复用材料。
Week 2 的目标不是做“完整商业产品”，而是做出一个面试时能自然讲清楚的 AI 产品案例：用户价值明确、核心链路能跑、失败降级能解释、系统设计有取舍。
2. Sprint Goal
在 5 个工作日内，将 DreamWeaver 推进到“可连续演示、可复盘讲解、可继续扩展”的求职版 MVP。
Success Definition
- 用户端能完成：创建故事/绘本 -> 查看详情/阅读绘本 -> 补全封面/语音 -> 回到故事库。
- 演示前可以用 smoke 脚本快速确认 Docker 环境可用。
- 关键页面能表达生成状态、部分完成、失败重试和资产就绪状态。
- 面试讲解材料能覆盖产品定位、用户价值、生成工作流、Provider 分层和工程取舍。
- Week 2 结束时，主仓库只保留与演示和短期迭代有关的文档与入口。
3. Scope
In Scope
- 用户端生成与结果页状态体验
- 故事库与绘本阅读器的演示稳定性
- 音频播放和缓存体验验证
- 演示脚本与 smoke 自动化
- Provider 分层和 Generation Workflow 的讲解材料
- 小范围测试补齐与回归验证
Out of Scope
- 会员、支付、商业化
- 多租户 Provider 市场
- 大规模视觉重做
- 复杂 generation job 落库
- 生产级部署、高可用、监控大盘
- 新增大量第三方 Provider
4. Priorities
| Priority | Item | Why It Matters |
|---|---|---|
| P0 | 演示链路稳定 | 面试现场不能依赖临场修复 |
| P0 | 前端状态表达 | AI 产品必须让用户理解等待、失败和恢复 |
| P0 | 演示脚本与 smoke 检查 | 保证每次展示前可快速复验 |
| P1 | Generation Workflow 继续收束 | 强化系统设计表达力 |
| P1 | Provider 分层讲解材料 | 体现 AIPM 对多模型能力的产品化理解 |
| P1 | 测试覆盖补齐 | 提升项目成熟度信号 |
| P2 | 局部 UI 视觉优化 | 只做服务演示理解的优化 |
5. Week 2 Backlog
| ID | Workstream | Task | Output | Priority | Estimate | Status |
|---|---|---|---|---|---|---|
| W2-01 | Demo | 固化本地 Docker smoke 脚本 | scripts/demo_smoke.sh |
P0 | 0.5d | Done |
| W2-02 | Demo | 形成求职演示 checklist | docs/planning/demo-checklist.md |
P0 | 0.5d | Done |
| W2-03 | Planning | 输出 Week 2 执行 backlog | 当前文档 | P0 | 0.5d | Done |
| W2-04 | Product | 写 3 分钟项目讲解稿 | 面试口径：产品、工作流、Provider、取舍 | P0 | 0.5d | Done |
| W2-05 | Frontend | 打磨创建弹窗的状态文案 | 用户知道正在生成故事/绘本/资产 | P0 | 0.5d | Done |
| W2-06 | Frontend | 强化故事详情页资产状态与重试 CTA | 图片/音频失败时可理解、可操作 | P0 | 1.0d | Done |
| W2-07 | Frontend | 强化绘本阅读器降级态 | 缺图、失败、加载中不出现空白体验 | P0 | 1.0d | Done |
| W2-08 | Backend | 梳理旧生成 API 兼容层策略 | 保留/标记 deprecated/迁移计划 | P1 | 0.5d | Done |
| W2-09 | Backend | 判断 generation job 是否需要落库 | ADR 或技术说明 | P1 | 0.5d | Done |
| W2-10 | QA | 补前端关键路径构建与 smoke 验证记录 | Docker build + smoke 输出 | P1 | 0.5d | Done |
| W2-11 | Docs | 输出 Week 1 Sprint Review | docs/planning/week-1-sprint-review.md |
P1 | 0.5d | Done |
| W2-12 | Docs | 更新 README 的演示前检查流程 | README 本地演示说明 | P1 | 0.5d | Done |
| W2-13 | Tech Debt | 清理 Pydantic v2 warning、Dockerfile warning 和旧 TODO | 测试无 warning，Docker build 无 casing warning | P1 | 0.5d | Done |
| W2-14 | Frontend | 同步管理端生成状态与资产补全体验 | 用户端/管理端状态体验不再分叉 | P1 | 0.5d | Done |
| W2-15 | Security | 移除管理后台弱默认密码 | 非 debug 管理后台拒绝空/弱密码 | P1 | 0.5d | Done |
| W2-16 | Workflow | 轻量落库 generation job/event 与 retryable assets | 生成/资产补全过程可追踪，前端按标准字段展示 CTA | P1 | 1.0d | Done |
6. Suggested Execution Sequence
Day 1: 演示可复验
- 完成 smoke 脚本
- 完成演示 checklist
- 完成 Week 1 Sprint Review
- 确认 Docker 环境能一键跑通
Day 2: 用户端状态体验
- 优化创建弹窗生成状态
- 优化故事详情页图片/音频状态与重试
- 保证失败时用户有明确下一步
Day 3: 绘本阅读体验
- 优化绘本阅读器缺图/失败/加载态
- 验证按 ID 恢复、刷新恢复、故事库进入
- 补关键前端构建验证
Day 4: 系统设计收尾
- 明确旧 API 兼容层策略
- 决定 generation job 是否落库
- 整理 Provider 和 Generation Workflow 的讲解图/话术
Day 5: 求职演示彩排
- 按 checklist 连续跑 3 次
- 输出 3 分钟项目讲解稿
- 记录风险预案和下一阶段计划
7. Definition of Done
- smoke 脚本能在本地 Docker 栈中完成健康检查、登录、生成、重试和读回验证。
- 用户端主链路可手动演示，不需要打开数据库或日志解释状态。
- 故事和绘本的主要失败降级态有清楚展示和重试方式。
- README、docs index、演示 checklist 与当前代码一致。
- 面试讲解能在 3 分钟内说明产品价值、技术工作流和取舍。
- 全量后端测试、ruff、Docker build 在演示前可通过。
8. Risks
| Risk | Likelihood | Impact | Mitigation |
|---|---|---|---|
| 前端状态优化变成视觉重做 | Medium | High | 只改状态、文案、CTA，不做大规模改版 |
| 继续深挖后端抽象导致演示延期 | Medium | High | generation job 先做决策，不急着落库 |
| TTS provider 网络不稳定 | Medium | Medium | smoke 脚本支持跳过音频，演示前优先用缓存 |
| Demo 数据不足 | Medium | Medium | smoke 脚本自动生成故事与绘本样本 |
| 面试讲解过技术化 | Medium | High | 讲解顺序固定为用户问题 -> 产品方案 -> 系统取舍 |
9. Week 2 Output Package
Week 2 结束时，应能交付：
- 本地 Docker demo
- smoke 脚本
- 演示 checklist
- 3 分钟项目讲解稿
- Week 1 Sprint Review
- Week 2 完成记录
- 核心链路测试结果
这套材料的目标是让项目从“我做过很多功能”变成“我能用产品经理方式定义问题、收敛范围、推动工程实现并验证结果”。