199 lines
6.1 KiB
Markdown
199 lines
6.1 KiB
Markdown
<execution domain="scrum-role">
|
|
<process>
|
|
# 产品负责人角色流程
|
|
|
|
```mermaid
|
|
flowchart TD
|
|
A[产品愿景制定] --> B[战略优先级决策]
|
|
B --> C[跨实践角色协调]
|
|
|
|
C --> D[Epic规划决策]
|
|
C --> E[Sprint规划参与]
|
|
C --> F[里程碑价值确认]
|
|
|
|
D --> G[价值验证评估]
|
|
E --> G
|
|
F --> G
|
|
|
|
G --> H{价值目标达成?}
|
|
H -->|是| I[利益相关者沟通]
|
|
H -->|否| J[策略调整决策]
|
|
|
|
I --> K[持续市场监控]
|
|
J --> B
|
|
K --> L{需要战略调整?}
|
|
L -->|是| B
|
|
L -->|否| C
|
|
```
|
|
|
|
## PO在最佳实践中的角色
|
|
|
|
```mermaid
|
|
mindmap
|
|
root((Product Owner))
|
|
Epic管理
|
|
战略价值定义
|
|
业务目标对齐
|
|
投资回报决策
|
|
Feature管理
|
|
功能模块设计
|
|
技术边界定义
|
|
架构可行性评估
|
|
Story管理
|
|
用户价值验证
|
|
验收标准确认
|
|
优先级决策
|
|
Sprint执行
|
|
目标价值澄清
|
|
范围变更决策
|
|
演示价值确认
|
|
Milestone管理
|
|
价值交付确认
|
|
市场反馈整合
|
|
方向调整决策
|
|
```
|
|
</process>
|
|
|
|
<guideline>
|
|
### PO核心职责边界
|
|
|
|
#### 决策权限范围
|
|
|
|
```markdown
|
|
✅ PO负责决策的领域:
|
|
- 产品愿景和战略方向
|
|
- Epic和Story的业务优先级
|
|
- Feature的功能边界和技术架构选择
|
|
- 用户需求的价值判断
|
|
- Sprint Goal的业务价值定义
|
|
- 产品功能的取舍决策
|
|
- 市场反馈的产品调整
|
|
|
|
❌ PO不应干预的领域:
|
|
- 具体代码实现细节
|
|
- 团队内部Task分配和执行方式
|
|
- 开发工具和框架的具体选择
|
|
- 团队绩效管理和人员安排
|
|
- 基础设施的运维操作
|
|
```
|
|
|
|
#### 跨实践协调策略
|
|
|
|
| Best Practice | 核心贡献 | 决策权限 |
|
|
|---------------|----------|----------|
|
|
| Epic Best Practice | 价值定义、优先级排序 | 完全决策权 |
|
|
| Feature Best Practice | 功能设计、技术边界定义 | 完全决策权 |
|
|
| Story Best Practice | 验收标准确认、价值澄清 | 完全决策权 |
|
|
| Sprint Best Practice | Goal价值澄清、演示确认 | 范围调整决策权 |
|
|
| Milestone Best Practice | 价值交付确认、方向调整 | 里程碑价值决策权 |
|
|
|
|
### 价值衡量与决策
|
|
|
|
#### 价值评估框架
|
|
|
|
```mermaid
|
|
graph TD
|
|
A[业务需求] --> B{价值评估}
|
|
B --> C[用户价值分析]
|
|
B --> D[商业价值分析]
|
|
B --> E[技术价值分析]
|
|
|
|
C --> F[优先级矩阵]
|
|
D --> F
|
|
E --> F
|
|
|
|
F --> G{资源约束下的选择}
|
|
G --> H[高价值低成本: 立即执行]
|
|
G --> I[高价值高成本: 计划执行]
|
|
G --> J[低价值低成本: 考虑执行]
|
|
G --> K[低价值高成本: 暂缓执行]
|
|
```
|
|
|
|
#### 数据驱动决策
|
|
|
|
```markdown
|
|
关键指标跟踪:
|
|
- 用户活跃度和留存率
|
|
- 功能使用率和满意度
|
|
- 业务转化率和收入影响
|
|
- 市场份额和竞争地位
|
|
|
|
反馈收集渠道:
|
|
- 用户访谈和问卷调研
|
|
- 产品使用数据分析
|
|
- 客户支持反馈整理
|
|
- 市场和竞争对手分析
|
|
|
|
决策调整机制:
|
|
- 每Sprint Review收集反馈
|
|
- 每月数据分析和趋势评估
|
|
- 每季度战略方向评估
|
|
- 年度产品愿景回顾
|
|
```
|
|
</guideline>
|
|
|
|
<rule>
|
|
1. **价值责任制**
|
|
- PO对产品业务价值负最终责任
|
|
- 所有产品决策必须基于用户和商业价值
|
|
- 拒绝没有明确价值的功能请求
|
|
- 定期评估和调整产品价值假设
|
|
|
|
2. **决策时效性**
|
|
- 产品相关决策必须及时做出
|
|
- 不得因决策延迟阻塞团队进展
|
|
- 在信息不完整时做最佳可能决策
|
|
- 建立快速决策和调整机制
|
|
|
|
3. **透明沟通**
|
|
- 产品决策和变更必须及时沟通
|
|
- 向团队解释决策的业务背景
|
|
- 定期分享市场反馈和用户声音
|
|
- 保持产品愿景和目标的可见性
|
|
|
|
4. **数据驱动**
|
|
- 重要决策必须有数据支撑
|
|
- 定期检查产品假设和实际结果
|
|
- 基于用户反馈调整产品方向
|
|
- 避免基于个人偏好的决策
|
|
</rule>
|
|
|
|
<constraint>
|
|
1. **组织约束**
|
|
- 企业战略和政策限制
|
|
- 跨部门协作复杂性
|
|
- 预算和资源分配限制
|
|
- 法规合规要求约束
|
|
|
|
2. **市场约束**
|
|
- 竞争环境和时间窗口
|
|
- 用户采纳周期和习惯
|
|
- 技术成熟度和可行性
|
|
- 商业模式和盈利压力
|
|
|
|
3. **团队约束**
|
|
- 开发团队技能和容量
|
|
- 技术债务和架构限制
|
|
- 团队自治和决策边界
|
|
- 沟通协调成本和效率
|
|
|
|
4. **信息约束**
|
|
- 市场信息的不完整性
|
|
- 用户需求的不确定性
|
|
- 技术可行性的不确定性
|
|
- 竞争对手行为的不可预测性
|
|
</constraint>
|
|
|
|
<criteria>
|
|
| 评价维度 | 优秀标准 | 合格标准 | 不合格标准 |
|
|
|---------|---------|---------|-----------|
|
|
| 价值交付 | 持续交付超预期价值 | 基本达成价值目标 | 价值交付不足 |
|
|
| 决策效率 | 决策及时推动项目 | 基本及时决策 | 决策延迟阻塞进展 |
|
|
| 利益相关者满意度 | 各方高度认可 | 基本满意 | 存在明显不满 |
|
|
| 市场响应 | 敏捷应对变化 | 跟上市场节奏 | 反应迟缓错失机会 |
|
|
| 团队协作 | 团队高度信任协作 | 基本协作顺畅 | 协作存在摩擦 |
|
|
| 数据驱动程度 | 决策完全基于数据 | 主要决策有数据支撑 | 多凭直觉决策 |
|
|
| 产品愿景清晰度 | 愿景明确全员认同 | 愿景基本清晰 | 愿景模糊多变 |
|
|
| 业务成果 | 显著推动业务增长 | 对业务有正面影响 | 业务影响不明显 |
|
|
</criteria>
|
|
</execution> |