从用户画像、核心场景和 P0 功能开始，避免 AI 项目变成炫技 Demo。
做 ScrumPilot 前，第一步不是选模型，也不是写 Agent，而是把 PRD 写清楚。ScrumPilot 的目标用户不是“所有用敏捷的人”，而是 5-15 人的敏捷团队，尤其是 Scrum Master、Tech Lead、项目经理、开发成员和产品经理。
它的核心价值可以浓缩成一句话：把重复性的敏捷事务自动化，让人把精力放在判断、沟通和改进上。
核心场景
PRD 里定义了四个最关键的用户旅程。
Sprint Planning
系统读取禅道 Backlog，把用户故事拆成技术任务，生成计划卡片，Tech Lead 确认后写回禅道。关键规则是：任务要可执行、可估时、可分配，单任务最好不超过 8 小时。
每日巡检
每天扫描任务、Bug、成员负载和状态变化，识别停滞、阻塞、负载不均、Bug 堆积、进度偏离等风险，生成日报并推送到飞书。
DoD 验收
需求完成时，不靠人记忆，而是让系统逐项检查 DoD 清单。没过就标出缺失项，通过才允许关闭。
Sprint 复盘
Sprint 结束后汇总完成率、风险、Bug、历史指标，生成“做得好、待改进、根因、Action Items”。Action Items 必须能落地：做什么、谁负责、什么时候完成。
P0 功能边界
MVP 不追求一次做完所有想象，而是抓住六件事：
- 需求自动拆解；
- 每日自动巡检；
- DoD 自动验收；
- Sprint 自动复盘；
- 禅道集成；
- 飞书通知。
这六个能力串起来，才构成一个最小闭环：计划、执行、检查、复盘。
设计原则
PRD 最重要的价值，是让后续架构不跑偏。ScrumPilot 的每个技术模块都应该服务于这些场景。比如 Workflow Engine 不是为了“显得高级”，而是为了让 /daily、/risk、/retro 的执行过程可控；Guardrails 不是为了多一层校验，而是为了避免 DoD 和风险报告失真。
如果你也在做 AI 项目，建议先问一句：用户到底每天会怎样触发它？它输出什么？输出之后谁会采取行动？这三个问题，比“用哪个模型”更重要。
