name: 敏捷产品负责人 description: 敏捷产品负责人负责管理待办事项列表和执行冲刺。涵盖用户故事编写、验收标准、冲刺计划和速度跟踪。用于编写用户故事、创建验收标准、计划冲刺、估算故事点、分解史诗或优先处理待办事项。 triggers:
- 编写用户故事
- 创建验收标准
- 计划冲刺
- 估算故事点
- 分解史诗
- 优先处理待办事项
- 冲刺计划
- INVEST标准
- Given When Then
- 用户故事模板
- 冲刺容量
- 速度跟踪
敏捷产品负责人
待办事项管理和冲刺执行工具包，适用于产品负责人，包括用户故事生成、验收标准模式、冲刺计划和速度跟踪。
目录
用户故事生成工作流程
从需求中创建符合INVEST标准的用户故事：
- 确定角色（谁将从这个功能中受益）
- 定义所需的行为或能力
- 明确交付的好处或价值
- 使用Given-When-Then编写验收标准
- 使用斐波那契规模估算故事点
- 根据INVEST标准进行验证
- 添加到待办事项列表并设置优先级
- 验证： 故事通过所有INVEST标准；验收标准可测试
用户故事模板
作为[角色]，
我想要[行为/能力]，
以便[好处/价值]。
示例：
作为市场经理，
我想要导出活动报告为PDF，
以便我可以与没有系统访问权限的利益相关者共享结果。
故事类型
| 类型 | 模板 | 示例 |
|---|---|---|
| 功能 | 作为[角色]，我想要[行为]以便[好处] | 作为用户，我想要过滤搜索结果，以便我更快地找到项目 |
| 改进 | 作为[角色]，我需要[能力]以[目标] | 作为用户，我需要更快的页面加载，以便在不感到沮丧的情况下完成任务 |
| 修复Bug | 作为[角色]，我期望[条件]时[行为] | 作为用户，我期望刷新页面时购物车持久化 |
| 支持 | 作为开发人员，我需要[技术任务]以启用[能力] | 作为开发人员，我需要实现缓存以启用即时搜索 |
角色参考
| 角色 | 典型需求 | 上下文 |
|---|---|---|
| 终端用户 | 效率、简单性、可靠性 | 日常功能使用 |
| 管理员 | 控制、可见性、安全性 | 系统管理 |
| 高级用户 | 自动化、定制、快捷方式 | 专家工作流程 |
| 新用户 | 指导、学习、安全 | 入职 |
验收标准模式
使用Given-When-Then格式编写可测试的验收标准。
Given-When-Then模板
给定[前提/上下文]，
当[行为/触发器]，
那么[预期结果]。
示例：
给定用户使用有效凭证登录，
当他们点击“导出”按钮时，
那么PDF下载在2秒内开始。
给定用户输入无效的电子邮件格式，
当他们提交注册表单时，
那么显示内联错误消息“请输入有效的电子邮件地址”。
给定购物车包含项目，
当用户刷新浏览器时，
那么购物车内容保持不变。
验收标准清单
每个故事应包括以下类别的标准：
| 类别 | 示例 |
|---|---|
| 快乐路径 | 给定有效输入，当提交时，那么显示成功消息 |
| 验证 | 应在必填字段为空时拒绝输入 |
| 错误处理 | 当API失败时必须显示用户友好的消息 |
| 性能 | 应在2秒内完成操作 |
| 可访问性 | 必须仅通过键盘导航 |
故事大小的最小标准
| 故事点 | 最小AC计数 |
|---|---|
| 1-2 | 3-4标准 |
| 3-5 | 4-6标准 |
| 8 | 5-8标准 |
| 13+ | 分割故事 |
查看references/user-story-templates.md获取完整的模板库。
史诗分解工作流程
将史诗分解为可交付的冲刺大小的故事：
- 定义史诗范围和成功标准
- 确定受史诗影响的所有角色
- 列出每个角色所需的所有能力
- 将能力分组为逻辑故事
- 验证每个故事≤8点
- 确定故事之间的依赖关系
- 为增量交付排列故事
- 验证： 每个故事提供独立价值；总故事覆盖史诗范围
分割技术
| 技术 | 何时使用 | 示例 |
|---|---|---|
| 按工作流程步骤 | 线性过程 | “结账” → “添加到购物车” + “输入支付” + “确认订单” |
| 按角色 | 多种用户类型 | “仪表板” → “管理员仪表板” + “用户仪表板” |
| 按数据类型 | 多种输入 | “导入” → “导入CSV” + “导入Excel” |
| 按操作 | CRUD功能 | “管理用户” → “创建” + “编辑” + “删除” |
| 先快乐路径 | 风险降低 | “功能” → “基本流程” + “错误处理” + “边缘情况” |
史诗示例
史诗： 用户仪表板
分解：
史诗：用户仪表板（总共34点）
├── US-001：查看关键指标（5点）-终端用户
├── US-002：自定义布局（5点）-高级用户
├── US-003：导出数据到CSV（3点）-终端用户
├── US-004：与团队共享（5点）-终端用户
├── US-005：设置警报（5点）-高级用户
├── US-006：按日期范围过滤（3点）-终端用户
├── US-007：管理员概览（5点）-管理员
└── US-008：启用缓存（3点）-支持者
冲刺计划工作流程
计划冲刺容量并选择故事：
- 计算团队容量（速度×可用性）
- 与利益相关者审查冲刺目标
- 从优先级待办事项中选择故事
- 填充至80-85%的容量（承诺）
- 添加延伸目标（额外10-15%）
- 确定依赖关系和风险
- 将复杂故事分解为任务
- 验证： 承诺点数≤85%容量；所有故事都有验收标准
容量计算
冲刺容量 = 平均速度 × 可用性因子
示例：
平均速度：30点
团队可用性：90%（一名成员部分外出）
调整后的容量：27点
承诺：23点（27的85%）
延伸：4点（27的15%）
可用性因子
| 场景 | 因子 |
|---|---|
| 全冲刺，无休假 | 1.0 |
| 一名团队成员外出50% | 0.9 |
| 冲刺期间假期 | 0.8 |
| 多名成员外出 | 0.7 |
冲刺加载模板
冲刺容量：27点
冲刺目标：[清晰、可衡量的目标]
承诺（23点）：
[H] US-001：用户仪表板（5点）
[H] US-002：导出功能（3点）
[H] US-003：搜索过滤器（5点）
[M] US-004：设置页面（5点）
[M] US-005：帮助提示（3点）
[L] US-006：主题选项（2点）
延伸（4点）：
[L] US-007：排序选项（2点）
[L] US-008：打印视图（2点）
查看references/sprint-planning-guide.md获取完整的计划程序。
待办事项优先级排序
使用价值和努力评估对待办事项进行优先级排序。
优先级级别
| 优先级 | 定义 | 冲刺目标 |
|---|---|---|
| 临界 | 阻止用户、安全、数据丢失 | 立即 |
| 高 | 核心功能、关键用户需求 | 这个冲刺 |
| 中 | 改进、增强 | 下2-3个冲刺 |
| 低 | 锦上添花、次要改进 | 待办事项 |
优先级排序因素
| 因素 | 权重 | 问题 |
|---|---|---|
| 商业价值 | 40% | 收入影响？用户需求？战略一致性？ |
| 用户影响 | 30% | 多少用户？使用频率如何？ |
| 风险/依赖 | 15% | 技术风险？外部依赖？ |
| 努力 | 15% | 大小？复杂性？不确定性？ |
INVEST标准验证
在添加到冲刺之前，验证每个故事：
| 标准 | 问题 | 通过如果… |
|---|---|---|
| Independent | 这个可以在没有其他未承诺的故事的情况下开发吗？ | 没有阻塞依赖 |
| Negotiable | 实现灵活吗？ | 多种方法可能 |
| Valuable | 这个提供用户或业务价值吗？ | 清晰的“以便”好处 |
| Estimable | 团队可以估计这个吗？ | 足够了解以确定大小 |
| Small | 这个可以在一个冲刺中完成吗？ | ≤8故事点 |
| Testable | 我们可以验证这个完成了吗？ | 清晰的验收标准 |
参考文档
用户故事模板
references/user-story-templates.md包含：
- 按类型（功能、改进、Bug修复、支持）的标准故事格式
- 验收标准模式（Given-When-Then、Should/Must/Can）
- INVEST标准验证清单
- 故事点估算指南（斐波那契规模）
- 常见故事反模式和修复
- 故事分割技术
冲刺计划指南
references/sprint-planning-guide.md包含：
- 冲刺计划会议议程
- 容量计算公式
- 待办事项优先级排序框架（WSJF）
- 冲刺仪式指南（站立、审查、回顾）
- 速度跟踪和燃尽模式
- 完成定义清单
- 冲刺指标和目标
工具
用户故事生成器
# 从样本史诗生成故事
python scripts/user_story_generator.py
# 计划冲刺容量
python scripts/user_story_generator.py sprint 30
生成：
- 符合INVEST标准的用户故事
- Given-When-Then验收标准
- 故事点估算（斐波那契规模）
- 优先级分配
- 冲刺加载，包括承诺和延伸项目
样本输出
用户故事：USR-001
========================================
标题：查看关键指标
类型：故事
优先级：高
点数：5
故事：
作为终端用户，我希望能够查看关键指标和KPI
以便我可以节省时间并更高效地工作
验收标准：
1. 给定用户有访问权限，当他们查看关键指标时，那么结果将显示
2. 应该在处理前验证输入
3. 当操作失败时必须显示清晰的错误消息
4. 应该在2秒内完成
5. 必须通过键盘导航访问
INVEST清单：
✓ 独立
✓ 可协商
✓ 有价值
✓ 可估计
✓ 小
✓ 可测试
冲刺指标
跟踪冲刺健康状况和团队绩效。
关键指标
| 指标 | 公式 | 目标 |
|---|---|---|
| 速度 | 完成的点数/冲刺 | 稳定±10% |
| 承诺可靠性 | 完成/承诺 | >85% |
| 范围变化 | 中途添加或删除的点数 | <10% |
| 延续 | 未完成的点数 | <15% |
速度跟踪
冲刺1：25点
冲刺2：28点
冲刺3：30点
冲刺4：32点
冲刺5：29点
------------------------
平均速度：28.8点
趋势：稳定
计划：承诺24-26点
完成定义
故事完成时：
- [ ] 代码完成并同行评审
- [ ] 单元测试编写并通过
- [ ] 验收标准验证
- [ ] 文档更新
- [ ] 部署到暂存环境
- [ ] 产品负责人接受
- [ ] 无关键Bug剩余