不是需求传话人
不能只把谁说的话转成文档，再交给团队执行。
PO Role Card
PO：让团队持续做更值得做的事
在公司战略和CPO确定的价值优先级下，持续识别、排序和验证最值得投入的工作，让有限能力真正转化为业务价值。
Mission
PO交付的不是需求清单，而是更好的价值取舍
好PO不是知道所有答案，而是能把目标、事实、假设和方案分开，让团队理解“为什么做、先做什么、怎样证明有效”。
- 理解业务目标、客户问题和价值流场景
- 建立并持续澄清单一可信Backlog
- 提出价值排序建议，并执行已经确认的优先级
- 把目标转化为可验证的问题、假设和工作项
- 组织业务验收与价值验证，不把上线当终点
- 根据结果调整，而不是机械维护原计划
- 与SM共同改善需求质量、等待和返工
Authority & Boundary
责任、授权和边界必须同时清楚
没有授权的PO只是传话人；没有边界的PO又容易成为所有问题的唯一背锅者。
| 我应当拥有 | 我必须承担 | 我不能替代 |
|---|---|---|
| 对Backlog内容和顺序提出明确主张 | 给出价值依据和取舍理由 | CPO对跨团队优先级与价值取舍的拍板 |
| 拒绝价值依据不足、验收不清的工作直接进入执行 | 推动澄清，而不是简单挡回需求 | 业务、技术和专业角色的真实判断 |
| 获得必要的业务、客户和数据访问 | 用事实校正假设和方案 | 数据、架构、风险与合规的专业责任 |
| 对跨团队依赖提出协调和升级 | 尽早暴露冲突和影响 | 行政管理、人员绩效和所有资源调配 |
不是文档管理员
文档只是载体，关键是价值判断、共同理解和结果验证。
不是孤独负责人
PO不单独承担全部经营结果，也不能替代CPO、业务和技术决策。
Operating Loop
一条可复用的PO工作闭环
减少“方案先行”：先定义问题和价值，再投入交付；交付后继续验证结果。
理解目标与约束
公司和价值流想改变什么结果？有哪些经营、技术、资源和风险边界？
识别问题与证据
区分事实、假设和解决方案；确认问题值得解决，而不是只确认有人提出。
排序与取舍
结合价值、时效、风险、依赖和投入形成清晰主张；必要时升级CPO。
形成可验证工作
说明目标、范围、验收和护栏，让团队拥有实现路径的专业空间。
验收结果并调整
检查业务结果、用户反馈和副作用；继续、调整或停止，而不是默认追加范围。
First 90 Days
先看角色是否站稳，不急着追求完美
第一阶段不以“做了多少需求”评价PO，而看价值判断和工作系统是否开始形成。
Backlog成为单一可信入口
优先级有明确价值依据
需求和验收口径明显改善
临时插单与无效返工开始减少
形成至少一个结果验证闭环
团队更清楚“为什么做”
跨团队争议能及时升级
能说出自身能力差距和下一步计划
一对一建议提问：如果明天正式承担PO，你最缺的不是哪门知识，而是哪一项真实授权、信息或支持？