Scrum Product Owner的职责

1. 创建产品愿景

    PO负责产品开发，对外要和市场，高级经理们沟通，对内要和Scrum Team沟通。

    首先，需要能描述清楚产品Vision。电梯演讲就是一个很好方法，典型的套路是

    这个产品是针对小学生的，他们经常用橡皮擦把作业擦的乌漆墨黑的。这个产品叫魔力笔属于新一代高科技文具，它的墨迹可以用笔头的魔力擦清除干净，不产生任何橡皮屑和留痕。不像其它市面上的同类产品，我们的产品字迹更加清晰，浑厚。

   PO，产品经理还要能管理好他的stakeholder。他要能让stakeholder同意开发这样的产品，就得知道怎样影响stakeholder。PO需要了解人是怎样做决定的，怎样去主导决定的，怎样让自己是一个成功的演说家。

2. 定义产品特性

   Product Backlog是一组特性的集合。定义Product Backlog， 必须是详略得当的，可估计的，可以理解的，有优先级的。每个feature有DoR（definition of Read）和DoD（Definition of Done），分别是可以开始开发的条件和确定已经完成开了的条件。

  DoR - 一个重要的过程，就是从要做什么，转变成了怎么做。包括：

    Given：前提条件

   When：当用户怎么怎么

   Then： 用户能得到什么什么

3. 确定特性优先级

每个feature还需要定义它的优先级，优先级可以分为必须有，应该有，可以有还是不能有4种。

4.  保证Sprint开工条件准备好

 和开发团队一起精炼用户需求（Product Backlog Refinement）

  a. PO写User Story， User  Story用户故事的格式常用 作为一个【用户】，我想【做什么】，这样我就可以【什么什么】

  b. PO和团队交谈讨论用户故事，确保理解一致

  c. 团队写出Acceptance Criteria, AC是对PB的细化。PB陈述了用户要什么，AC陈述了用户怎么做到。比如一个PB是需要登录页面，AC可以是用户通过登录页面，输入正确的账号和密码，页面显示登录成功。一个PB经常对于多个AC，比如密码出错的情况，也是一种AC。AC写了，由PO确认。但不签字（签字就以为这一种合约，合约意味着签合约双方代表不同利益，但是实质上PO和团队是在一个scrum team）。

    整个精炼用户需求PBR过程，不在Sprint里完成。是一个长期存在的活动，上一个sprint里就需要把下一个sprint的需求精炼细化。建议利用碎片时间完成。

5. Sprint开始，团队完成当前Sprint PB List  

 PO和团队在Sprint准备会上，就Product Backlog需要达到的目标：

  a. 团队每个人都清楚下个Sprint要实现的需求 - 每个都满足DoR

  b. 所有的PB或者AC是被团队重新评估过的，并且估算了大小

  c. Product Backlog都足够小，能被Sprint装下

   正在运行的Sprint是不建议做调整的，PO可终止一个正在运行的Sprint。但这种情况是很少发生的。

PB DEEP原则：Detailed appropriatedly, Estimated, Emergent, Prioritised/Ordered

6. 接受或拒绝Sprint的交付

    PO是Scrum里3个角色中唯一被赋予职权的角色，TA有权决定是Accept或者RejectSprint的交付。