敏捷产品负责人
面向产品负责人的待办事项管理与冲刺执行工具包,包括用户故事生成、验收标准模式、冲刺计划与速率跟踪。
目录
用户故事生成工作流
根据需求创建符合INVEST原则的用户故事:
- 确定角色(谁将从该功能中受益)
- 定义所需的操作或能力
- 阐述带来的好处或价值
- 使用Given-When-Then格式编写验收标准
- 使用斐波那契数列估算故事点
- 对照INVEST标准进行验证
- 添加至待办事项并标注优先级
- 验证: 故事通过所有INVEST标准;验收标准可测试
用户故事模板
作为一个[角色],
我希望[操作/能力],
以便[好处/价值]。
示例:
作为一个市场营销经理,
我希望将活动报告导出为PDF,
以便与没有系统访问权限的利益相关者分享结果。
故事类型
| 类型 | 模板 | 示例 |
|---|---|---|
| 功能 | 作为一个[角色],我希望[操作]以便[好处] | 作为一个用户,我希望过滤搜索结果以便更快找到项目 |
| 改进 | 作为一个[角色],我需要[能力]以[目标] | 作为一个用户,我需要更快的页面加载以避免沮丧地完成任务 |
| 缺陷修复 | 作为一个[角色],我期望[行为]当[条件] | 作为一个用户,我期望刷新页面时购物车保持不变 |
| 赋能 | 作为一个开发人员,我需要[技术任务]以支持[能力] | 作为一个开发人员,我需要实现缓存以支持即时搜索 |
角色参考
| 角色 | 典型需求 | 上下文 |
|---|---|---|
| 最终用户 | 效率、简洁、可靠 | 日常功能使用 |
| 管理员 | 控制、可见性、安全 | 系统管理 |
| 高级用户 | 自动化、定制、快捷方式 | 专家工作流 |
| 新用户 | 引导、学习、安全 | 入门体验 |
验收标准模式
使用Given-When-Then格式编写可测试的验收标准。
Given-When-Then模板
Given [前提条件/上下文],
When [操作/触发器],
Then [期望结果]。
示例:
Given 用户已使用有效凭据登录,
When 他们点击“导出”按钮,
Then 在2秒内开始下载PDF。
Given 用户输入了无效的邮箱格式,
When 他们提交注册表单,
Then 内联错误消息显示“请输入有效的邮箱地址”。
Given 购物车中有商品,
When 用户刷新浏览器,
Then 购物车内容保持不变。
验收标准检查清单
每个故事应包含以下类别的标准:
| 类别 | 示例 |
|---|---|
| 正常路径 | Given有效输入,When提交,Then显示成功消息 |
| 验证 | 当必填字段为空时应拒绝输入 |
| 错误处理 | API失败时必须显示用户友好的消息 |
| 性能 | 操作应在2秒内完成 |
| 可访问性 | 必须只能通过键盘导航 |
按故事大小的最小标准数量
| 故事点 | 最少验收标准数量 |
|---|---|
| 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 包含:
- 按类型分类的标准故事格式(功能、改进、缺陷修复、赋能)
- 验收标准模式(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
========================================
标题:查看关键指标
类型:story
优先级:高
点数:5
故事:
作为一个最终用户,我希望查看关键指标和KPI
以便节省时间并更高效地工作
验收标准:
1. Given用户有权访问,When他们查看关键指标,Then结果被显示
2. 处理前应验证输入
3. 操作失败时必须显示清晰的错误消息
4. 应在2秒内完成
5. 必须可通过键盘导航访问
INVEST检查清单:
✓ 独立
✓ 可协商
✓ 有价值
✓ 可估算
✓ 小
✓ 可测试
冲刺指标
跟踪冲刺健康状况和团队绩效。
关键指标
| 指标 | 公式 | 目标 |
|---|---|---|
| 速率 | 每冲刺完成的点数 | 稳定 ±10% |
| 承诺可靠性 | 完成点数 / 承诺点数 | >85% |
| 范围变更 | 冲刺中增加或移除的点数 | <10% |
| 转结 | 未完成的点数 | <15% |
速率跟踪
冲刺1:25点
冲刺2:28点
冲刺3:30点
冲刺4:32点
冲刺5:29点
------------------------
平均速率:28.8点
趋势:稳定
规划:承诺24-26点
完成的定义
故事在以下情况视为完成:
- 代码完成并通过同行评审
- 单元测试已编写并通过
- 验收标准已验证
- 文档已更新
- 已部署至预发布环境
- 产品负责人已验收
- 无严重遗留缺陷
相关技能
- Scrum Master(
project-management/scrum-master/)—— 速率数据和冲刺仪式补充待办事项管理 - 产品经理工具包(
product-team/product-manager-toolkit/)—— RICE优先级排序为待办事项排序提供输入