Agile Product Owner技能使用说明
2026-03-31
新闻来源:网淘吧
围观:6
电脑广告
手机广告
敏捷产品负责人
产品负责人的待办事项管理和冲刺执行工具包,包括用户故事生成、验收标准模式、冲刺计划和速率跟踪。
目录
用户故事生成工作流
从需求创建符合INVEST原则的用户故事:

- 识别角色(谁从这个功能中受益)
- 定义所需的行为或能力
- 阐明提供的益处或价值
- 使用Given-When-Then格式编写验收标准
- 使用斐波那契数列估算故事点
- 根据INVEST标准进行验证
- 按优先级添加到待办事项列表
- 验证:故事符合所有INVEST标准;验收标准是可测试的
用户故事模板
As a [persona],
I want to [action/capability],
So that [benefit/value].
示例:
As a marketing manager,
I want to export campaign reports to PDF,
So that I can share results with stakeholders who don't have system access.
故事类型
| 类型 | 模板 | 示例 |
|---|---|---|
| 功能 | 作为[角色],我想要[行动],以便[获益] | 作为一名用户,我希望筛选搜索结果,以便更快地找到项目 |
| 改进 | 作为[角色],我需要[能力]以实现[目标] | 作为一名用户,我需要更快的页面加载速度,以便在无挫折感的情况下完成任务 |
| 缺陷修复 | 作为[角色],我期望在[条件]下出现[行为] | 作为一名用户,我期望在刷新页面时我的购物车能保持原有内容 |
| 使能 | 作为一名开发者,我需要完成[技术任务]以实现[功能] | 作为一名开发者,我需要实现缓存功能,以便支持即时搜索 |
角色参考
| 角色 | 典型需求 | 上下文 |
|---|---|---|
| 终端用户 | 效率、简洁、可靠 | 日常功能使用 |
| 管理员 | 控制、可见性、安全性 | 系统管理 |
| 高级用户 | 自动化、定制化、快捷方式 | 专家工作流 |
| 新用户 | 引导、学习、安全 | 入门引导 |
验收标准模式
使用Given-When-Then格式编写可测试的验收标准。
Given-When-Then模板
Given [precondition/context],
When [action/trigger],
Then [expected outcome].
示例:
Given the user is logged in with valid credentials,
When they click the "Export" button,
Then a PDF download starts within 2 seconds.
Given the user has entered an invalid email format,
When they submit the registration form,
Then an inline error message displays "Please enter a valid email address."
Given the shopping cart contains items,
When the user refreshes the browser,
Then the cart contents remain unchanged.
验收标准检查清单
每个用户故事应包含以下类别的标准:
| 类别 | 示例 |
|---|---|
| 主要成功场景 | 当输入有效时,提交后应显示成功消息。 |
| 验证 | 当必填字段为空时,应拒绝输入 |
| 错误处理 | 当API失败时必须显示用户友好的消息 |
| 性能 | 应在2秒内完成操作 |
| 可访问性 | 必须能够仅通过键盘进行导航 |
按故事规模划分的最低标准
| 故事点数 | 最低验收标准数量 |
|---|---|
| 1-2 | 3-4条标准 |
| 3-5 | 4-6条标准 |
| 8 | 5-8条标准 |
| 13+ | 拆分故事 |
参见references/user-story-templates.md以获取完整的模板库。
史诗分解工作流程
将史诗分解为可交付的、适合冲刺周期的用户故事:
- 定义史诗的范围和成功标准
- 识别受史诗影响的所有用户角色
- 列出每个用户角色所需的所有功能
- 将功能按逻辑分组为用户故事
- 验证每个用户故事的工作量是否≤8点
- 识别用户故事之间的依赖关系
- 为用户故事排序,以实现增量交付
- 验证:每个用户故事都提供独立的价值;所有用户故事的总和覆盖史诗的范围
拆分技巧
| 技巧 | 适用场景 | 示例 |
|---|---|---|
| 按工作流程步骤 | 线性流程 | "结账" → "加入购物车" + "输入支付信息" + "确认订单" |
| 按用户角色 | 多种用户类型 | "仪表板" → "管理员仪表板" + "用户仪表板" |
| 按数据类型 | 多输入类型 | "导入" → "导入CSV" + "导入Excel" |
| 按操作类型 | 增删改查功能 | "用户管理" → "创建" + "编辑" + "删除" |
| 优先处理理想路径 | 风险控制 | "功能" → "基础流程" + "异常处理" + "边界情况" |
史诗案例
史诗:用户仪表板
分解方案:
Epic: User Dashboard (34 points total)
├── US-001: View key metrics (5 pts) - End User
├── US-002: Customize layout (5 pts) - Power User
├── US-003: Export data to CSV (3 pts) - End User
├── US-004: Share with team (5 pts) - End User
├── US-005: Set up alerts (5 pts) - Power User
├── US-006: Filter by date range (3 pts) - End User
├── US-007: Admin overview (5 pts) - Admin
└── US-008: Enable caching (3 pts) - Enabler
冲刺规划工作流
规划冲刺容量并选择故事:
- 计算团队容量(速率 × 可用性)
- 与利益相关者确认冲刺目标
- 从优先级待办列表中选取故事
- 填充至容量的80-85%(承诺部分)
- 添加延伸目标(额外10-15%)
- 识别依赖项与风险
- 将复杂故事拆解为具体任务
- 验证承诺点数 ≤ 85% 产能;所有故事都有验收标准
产能计算
Sprint Capacity = Average Velocity × Availability Factor
Example:
Average Velocity: 30 points
Team availability: 90% (one member partially out)
Adjusted Capacity: 27 points
Committed: 23 points (85% of 27)
Stretch: 4 points (15% of 27)
可用性因素
| 场景 | 因素 |
|---|---|
| 完整冲刺,无带薪休假 | 1.0 |
| 一名团队成员缺勤 50% | 0.9 |
| 冲刺期间有节假日 | 0.8 |
| 多名成员缺勤 | 0.7 |
冲刺加载模板
Sprint Capacity: 27 points
Sprint Goal: [Clear, measurable objective]
COMMITTED (23 points):
[H] US-001: User dashboard (5 pts)
[H] US-002: Export feature (3 pts)
[H] US-003: Search filter (5 pts)
[M] US-004: Settings page (5 pts)
[M] US-005: Help tooltips (3 pts)
[L] US-006: Theme options (2 pts)
STRETCH (4 points):
[L] US-007: Sort options (2 pts)
[L] US-008: Print view (2 pts)
请参阅参考资料/冲刺规划指南.md了解完整的规划流程。
待办事项优先级排序
根据价值和投入评估对待办事项进行优先级排序。
优先级级别
| 优先级 | 定义 | 冲刺目标 |
|---|---|---|
| 关键 | 用户阻塞、安全、数据丢失 | 立即 |
| 高 | 核心功能、关键用户需求 | 本次冲刺 |
| 中 | 改进、增强功能 | 未来2-3次冲刺 |
| 低 | 锦上添花、小幅改进 | 待办事项 |
优先级因素
| 因素 | 权重 | 问题 |
|---|---|---|
| 业务价值 | 40% | 对收入的影响?用户需求?战略一致性? |
| 用户影响 | 30% | 影响多少用户?使用频率如何? |
| 风险/依赖 | 15% | 技术风险?外部依赖? |
| 努力 | 15% | 规模?复杂度?不确定性? |
INVEST 标准验证
在添加到冲刺之前,验证每个故事:
| 标准 | 问题 | 通过条件... |
|---|---|---|
| I独立的 | 这个能否在不依赖其他未承诺故事的情况下开发? | 无阻塞性依赖 |
| N可协商的 | 实现方式是否灵活? | 存在多种可行方案 |
| V有价值的 | 这能否为用户或业务带来价值? | "以便"部分有明确收益 |
| E可估算的 | 团队能否对此进行估算? | 理解程度足以评估规模 |
| 小这个能在一个冲刺内完成吗? | ≤8 故事点 | 可 |
| 测试我们能验证这个完成了吗? | 清晰的验收标准 | 参考文档 |
用户故事模板
references/user-story-templates.md
包含:按类型划分的标准故事格式(功能、改进、缺陷修复、使能)
- 验收标准模式(给定-当-那么,应该/必须/可以)
- INVEST 标准验证清单
- 故事点估算指南(斐波那契数列)
- 常见故事反模式及修复方法
- 故事拆分技术
- 冲刺规划指南
references/sprint-planning-guide.md
包含:冲刺规划会议议程
- Sprint planning meeting agenda
- 产能计算公式
- 待办事项优先级排序框架(WSJF)
- 冲刺仪式指南(站会、评审会、回顾会)
- 速率跟踪与燃尽图模式
- 完成的定义检查清单
- 冲刺指标与目标
工具
用户故事生成器
# Generate stories from sample epic
python scripts/user_story_generator.py
# Plan sprint with capacity
python scripts/user_story_generator.py sprint 30
生成内容:
- 符合INVEST原则的用户故事
- Given-When-Then格式的验收标准
- 故事点估算(斐波那契数列)
- 优先级分配
- 包含承诺项与弹性项的冲刺负载安排
示例输出
USER STORY: USR-001
========================================
Title: View Key Metrics
Type: story
Priority: HIGH
Points: 5
Story:
As a End User, I want to view key metrics and KPIs
so that I can save time and work more efficiently
Acceptance Criteria:
1. Given user has access, When they view key metrics, Then the result is displayed
2. Should validate input before processing
3. Must show clear error message when action fails
4. Should complete within 2 seconds
5. Must be accessible via keyboard navigation
INVEST Checklist:
✓ Independent
✓ Negotiable
✓ Valuable
✓ Estimable
✓ Small
✓ Testable
冲刺指标
跟踪冲刺健康状况与团队绩效。
关键指标
| 指标 | 公式 | 目标 |
|---|---|---|
| 速率 | 已完成点数 / 冲刺周期 | 稳定 ±10% |
| 承诺可靠性 | 已完成 / 已承诺 | >85% |
| 范围变更 | 冲刺中期添加或移除的故事点 | <10% |
| 结转 | 未完成的故事点 | <15% |
速率跟踪
Sprint 1: 25 points
Sprint 2: 28 points
Sprint 3: 30 points
Sprint 4: 32 points
Sprint 5: 29 points
------------------------
Average Velocity: 28.8 points
Trend: Stable
Planning: Commit to 24-26 points
完成的定义
用户故事在以下情况时完成:
- 代码完成并经过同行评审
- 单元测试已编写并通过
- 验收标准已验证
- 文档已更新
- 已部署至预发布环境
- 产品负责人已验收
- 无遗留严重缺陷
文章底部电脑广告
手机广告位-内容正文底部
上一篇:bb-browser技能使用说明
下一篇:tekin技能使用说明


微信扫一扫,打赏作者吧~