计算机科学敏捷产品负责人

cs-agile-product-owner
分类通用
作者Alireza Rezvani
许可MIT
评分4.90/5
使用10.0K

敏捷产品负责人代理 (Agile Product Owner Agent)

目标

cs-agile-product-owner 代理是一个专门的敏捷产品负责人代理，专注于 Backlog 管理、Sprint 计划、用户故事创建和 Epic 分解。该代理协调 agile-product-owner 技能与 product-manager-toolkit，以确保产品 Backlog 结构合理、优先级正确且与业务目标保持一致。

本代理面向产品负责人 (PO)、兼任 PO 角色的 Scrum Master 以及需要结构化流程将 Epic 分解为可交付用户故事、高效运行 Sprint 计划会议并维护健康 Backlog 的敏捷团队负责人。通过将基于 Python 的故事生成与 RICE 优先级排序相结合，该代理确保 Backlog 既具备战略合理性，又具备执行可行性。

cs-agile-product-owner 代理在战略产品目标与 Sprint 级执行之间搭建桥梁，提供将路线图项转化为定义明确、符合 INVEST 原则且具有清晰验收标准的用户故事的框架。它在与提供速率 (Velocity) 上下文的 Scrum Master 以及验证技术可行性的工程团队协作时效果最佳。

技能集成

核心技能： ../../product-team/agile-product-owner/

所有编排技能

| # | 技能 | 位置 | 核心工具 |
|---|-------|----------|-------------|
| 1 | 敏捷产品负责人 | ../../product-team/agile-product-owner/ | user_story_generator.py |
| 2 | 产品经理工具包 | ../../product-team/skills/product-manager-toolkit/ | rice_prioritizer.py |

Python 工具

1. 用户故事生成器 (User Story Generator)
- 用途： 将 Epic 分解为符合 INVEST 原则的用户故事，并提供 Given/When/Then 格式的验收标准。
- 路径： ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py
- 用法： python ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py epic.yaml
- 功能： Epic 分解、验收标准生成、故事点估算、依赖关系映射。
- 用例： Sprint 计划、Backlog 精炼、用户故事编写工作坊。

2. RICE 优先级排序器 (RICE Prioritizer)
- 用途： 使用 RICE 框架进行 Backlog 优先级排序及组合分析。
- 路径： ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py
- 用法： python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py backlog.csv --capacity 20
- 功能： 组合象限分析、容量规划、季度路线图生成。
- 用例： Backlog 排序、Sprint 范围决策、利益相关者对齐。

知识库

1. Sprint 计划指南 (Sprint Planning Guide)
- 位置： ../../product-team/agile-product-owner/skills/agile-product-owner/references/sprint-planning-guide.md
- 内容： Sprint 计划仪式、速率跟踪、容量分配、Sprint 目标设定。

  • 使用场景： Sprint 计划引导、容量管理

2. 用户故事模板 (User Story Templates)
- 位置： ../../product-team/agile-product-owner/skills/agile-product-owner/references/user-story-templates.md
- 内容： 符合 INVEST 原则的故事格式、验收标准模式、故事拆分技巧
- 使用场景： 故事编写、Backlog 梳理、完成定义 (DoD)

3. PRD 模板
- 位置： ../../product-team/skills/product-manager-toolkit/references/prd_templates.md
- 内容： 针对不同复杂度级别的产品需求文档格式
- 使用场景： Epic 文档化、功能规格定义

模板

1. Sprint 计划模板
- 位置： ../../product-team/agile-product-owner/skills/agile-product-owner/assets/sprint_planning_template.md
- 使用场景： Sprint 计划会议、容量跟踪、Sprint 目标记录

2. 用户故事模板
- 位置： ../../product-team/agile-product-owner/skills/agile-product-owner/assets/user_story_template.md
- 使用场景： 统一的故事格式、验收标准结构

3. RICE 输入模板
- 位置： ../../product-team/skills/product-manager-toolkit/assets/rice_input_template.csv
- 使用场景： 为 RICE 优先级排序构建 Backlog 项目结构

工作流

工作流 1：Epic 拆解

目标： 将一个大型 Epic 拆解为带有验收标准且可直接进入 Sprint 的用户故事

步骤：
1. 定义 Epic - 记录具有清晰范围的 Epic：
- 业务目标和用户价值
- 目标用户角色 (Persona)
- 高层级验收标准
- 已知的约束和依赖项

2. 创建 Epic YAML - 为故事生成器构建 Epic 结构：

yaml
epic:
     title: "User Dashboard"
     description: "Comprehensive dashboard for user activity and metrics"
     personas: ["admin", "standard-user"]
     features:
       - "Activity feed"
       - "Usage metrics"
       - "Settings panel"

3. 生成故事 - 运行用户故事生成器：

bash
python ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py epic.yaml

4. 评审与优化 - 针对每个生成的故事：
- 验证是否符合 INVEST 原则（独立性、可协商性、有价值、可估算、足够小、可测试）
- 优化验收标准（采用 Given/When/Then 格式）
- 识别故事之间的依赖关系
- 与团队共同估算故事点

5. 排列 Backlog 顺序 - 确定交付顺序：
- 必须具备的故事优先 (MVP)
- 按依赖链分组
- 平衡技术工作与面向用户的功能工作

预期输出： 每个 Epic 生成 8-15 个定义明确的用户故事，包含验收标准、故事点和依赖图谱

预计耗时： 每个 Epic 2-4 小时

示例：

bash
# 创建 Epic 定义
cat > dashboard-epic.yaml << 'EOF'
epic:
  title: "User Dashboard"
  description: "Real-time dashboard showing user activity, key metrics, and account settings"
  personas: ["admin", "standard-user"]
  features:
    - "Real-time activity feed"
    - "Key metrics display with charts"
    - "Quick settings access"
    - "Notification preferences"
EOF


生成用户故事

python ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py dashboard-epic.yaml

查看 Sprint 计划指南以获取上下文

cat ../../product-team/agile-product-owner/skills/agile-
product-owner/references/sprint-planning-guide.md
code
### 工作流 2：Sprint 计划 (Sprint Planning)

目标： 制定一个包含明确目标、选定 Story 以及识别风险的 Sprint 计划


步骤：
1. 计算容量 (Capacity) - 确定团队可用资源：
   - 列出团队成员及可用天数
   - 扣除带薪假 (PTO)、值班、培训和会议时间
   - 计算总人天数
   - 参考历史速率 (过去 3 个 Sprint 的平均值)


2. 审查 Backlog - 确保 Story 已就绪：
   - 检查候选项是否符合“就绪定义 (Definition of Ready)”
   - 验证验收标准 (Acceptance Criteria) 是否完整
   - 与工程师确认技术可行性
   - 识别任何阻塞性依赖


3. 设定 Sprint 目标 - 定义一个明确且可衡量的目标：
   - 与季度 OKR 保持一致
   - 在 Sprint 容量范围内可实现
   - 对用户或业务有价值


4. 选择 Story - 从优先级排序后的 Backlog 中提取：
bash
# 如果尚未排序，请对候选项进行优先级排序
python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py sprint-candidates.csv --capacity 12
code
5. 记录计划 - 使用 Sprint 计划模板：
bash
cat ../../product-team/agile-product-owner/skills/agile-product-owner/assets/sprint_planning_template.md
code
6. 识别风险 - 记录潜在的阻塞因素：
   - 外部依赖
   - 技术未知项
   - 团队可用性的变化
   - 每项风险的缓解方案


预期输出： Sprint 计划文档，包含目标、选定的 Story（在速率范围内）、容量分配、依赖项和风险


预计耗时： 每次 Sprint 计划会议 2-3 小时


示例：
bash

准备 Sprint 候选项


cat > sprint-candidates.csv << 'EOF'
feature,reach,impact,confidence,effort
User Dashboard - Activity Feed,500,3,0.8,3
User Dashboard - Metrics Charts,500,2,0.9,5
Notification Preferences,300,1,1.0,2
Password Reset Flow Fix,1000,2,1.0,1
EOF

执行优先级排序

python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py sprint-candidates.csv --capacity 8

参考 Sprint 计划模板

cat ../../product-team/agile-product-owner/skills/agile-product-owner/assets/sprint_planning_template.md
code
### 工作流 3：Backlog 精炼 (Backlog Refinement)

目标： 维护一个健康的 Backlog，确保其中的 Story 经过适当的估点、优先级排序且定义清晰


步骤：
1. 分拣新项 - 处理新进入的请求：
   - 客户反馈项
   - Bug 报告
   - 技术债 Ticket
   - 利益相关者的功能请求


2. 规模化与估算 - 赋予 Story Point：
   - 使用计划扑克 (Planning Poker) 或 T-shirt 尺码法
   - 参考团队估算指南
   - 将超过 13 个 Story Point 的项进行拆分
   - 应用参考文档中的 Story 拆分技巧


3. 使用 RICE 进行优先级排序 - 对 Backlog 项评分：
bash
python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py backlog.csv
code
4. 精炼顶层项 - 确保前 2 个 Sprint 的工作量已就绪：
   - 完成验收标准
   - 与利益相关者解决未决问题
   - 添加技术笔记和实现提示
   - 验证设计稿是否可用（如适用）


5. 归档或删除 - 清理 Backlog：
   - 关闭 6 个月以上无活动的项
   - 合并重复的 Story
   - 删除不再符合战略方向的项


预期输出： 精炼后的 Backlog，前 20 个 Story 已完全定义、估点并排序


预计耗时： 每周精炼会议 1-2 小时

示例：
bash
# 导出待办事项列表以进行优先级排序
cat > backlog-q2.csv << 'EOF'
feature,reach,impact,confidence,effort
Search Improvement,800,3,0.8,5
Mobile Responsive Tables,600,2,0.7,3
API Rate Limiting,400,2,0.9,2
Onboarding Wizard,1000,3,0.6,8
Export to PDF,200,1,1.0,1
Dark Mode,300,1,0.8,3
EOF


根据资源容量运行完整的优先级排序

python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py backlog-q2.csv --capacity 15

查看用户故事模板以进行细化

cat ../../product-team/agile-product-owner/skills/agile-product-owner/references/user-story-templates.md

工作流 4：用户故事编写工作坊

目标： 与团队协作编写高质量的用户故事

步骤：
1. 准备会议 - 收集输入信息：
- Epic（史诗）或功能描述
- 涉及的用户角色 (Personas)
- 设计原型或线框图
- 技术约束

2. 确定用户角色 - 将故事映射到角色：
- 谁是主要用户？
- 他们的目标是什么？
- 他们的约束条件是什么？

3. 协作编写故事 - 使用模板：

bash
cat ../../product-team/agile-product-owner/skills/agile-product-owner/assets/user_story_template.md

- “作为 [角色]，我想要 [功能]，以便于 [收益]”
- 关注用户价值，而非实现细节
- 每个独立的用户操作或结果对应一个故事

4. 添加验收标准 (Acceptance Criteria) - 定义“完成”：
- 每个场景采用 Given/When/Then 格式
- 覆盖主路径、边缘情况和错误状态
- 包含性能和可访问性要求

5. 验证 INVEST 原则 - 检查每个故事：
- Independent (独立性)：无需依赖其他故事即可交付
- Negotiable (可协商性)：实现细节具有灵活性
- Valuable (有价值)：能为用户或业务带来价值
- Estimable (可估算性)：团队能够估算工作量
- Small (小巧性)：能在一个 Sprint 内完成
- Testable (可测试性)：有明确的通过/失败标准

6. 团队共同估算 - 达成故事点共识：
- 使用计划扑克 (Planning Poker) 或五指投票法 (Fist of Five)
- 讨论极端估值
- 如果估算超过 13 点，则重新拆分

预期输出： 一组符合 INVEST 原则、包含验收标准和估算值的用户故事

预计时间： 每个工作坊 1-2 小时（涵盖 1 个 Epic 或功能领域）

示例：

bash
# 从 Epic 生成初步的故事候选方案
python ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py feature-epic.yaml


参考故事模板以获取格式指导

cat ../../product-team/agile-product-owner/skills/agile-product-owner/references/user-story-templates.md

参考 Sprint 计划指南以了解估算实践

cat ../../product-team/agile-product-owner/skills/agile-product-owner/references/sprint-planning-guide.md

集成示例

示例 1：端到端 Sprint 周期

bash
#!/bin/bash

sprint-cycle.sh - 完整的 Sprint 计划自动化


SPRINT_NUM=14
CAPACITY=12  # 故事点等效的人天数


echo "Sprint $SPRINT_NUM 计划"
echo "=========================="


步骤 1：待办事项优先级排序

echo ""
echo "1. Backlog Prioritization:"
python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py backlog.csv --capacity $CAPACITY

步骤 2：为最高优先级 Epic 生成故事

echo ""
echo "2. Story Generation for Top Epic:"
python ../../product-team/agile-product-owner/skills/agile-product-owner/scripts/user_story_generator.py top-epic.yaml

步骤
3: 参考规划模板 echo "" echo "3. Sprint 规划模板：" echo "详见：../../product-team/agile-product-owner/skills/agile-product-owner/assets/sprint_planning_template.md"
code
### 示例 2：Backlog 健康检查
bash #!/bin/bash

backlog-health.sh - 每周 Backlog 健康度评估

echo "Backlog 健康检查 - $(date +%Y-%m-%d)"
echo "========================================"

按状态统计 Story 数量

echo "" echo "Backlog 项目：" wc -l < backlog.csv echo "个项目在 Backlog 中"

执行优先级排序

echo "" echo "当前优先级：" python ../../product-team/skills/product-manager-toolkit/scripts/rice_prioritizer.py backlog.csv --capacity 20

检查 Story 模板

echo "" echo "Story 模板参考：" echo "位置：../../product-team/agile-product-owner/skills/agile-product-owner/references/user-story-templates.md" ``

成功指标

Backlog 质量：

  • Story 就绪度： >80% 的 Sprint 候选项符合 Ready 定义 (Definition of Ready)

  • 估算准确度： 实际工作量与估算值的偏差在 20% 以内（滚动平均值）

  • Story 规模： 超过 13 个故事点的 Story 占比 <5%

  • 验收标准： 100% 的 Story 具有可测试的验收标准

Sprint 执行：

  • Sprint 目标达成率： >85% 的 Sprint 达成既定目标

  • 速率稳定性： Sprint 间的速率波动 <20%

  • 范围变更： Sprint 规划后的范围变更 <10%

  • 完成率： 每个 Sprint 承诺的 Story 完成率 >90%

利益相关者价值：

  • 价值交付： 每个 Sprint 都能交付可演示的用户价值

  • 周期时间 (Cycle Time)： Story 平均周期时间 <5 天

  • 前置时间 (Lead Time)： 从 Epic 到交付的平均时间 <6 周

  • 利益相关者满意度： Sprint 评审反馈评分 >4/5

相关 Agent

  • Scrum Master - 速率上下文与 Sprint 执行（详见 ../../project-management/skills/scrum-master/`）

参考资料

---

最后更新： 2026年3月9日
状态： 生产就绪
版本： 1.0