我和敏捷开发的故事--敏捷角色PO

标签：

        在前面的三篇文章中对敏捷开发进行了一个背景铺垫,是以笔者个人的经历为主线来逐渐从个人的角度来理解敏捷开发.

        通过结对编程完成了开发框架的搭建,在搭建框架的时候其实我们的正式敏捷流程还没有开始,真正开始是大家都可以行动的时候.当敏捷开始的时候整个团队定是在相关的分工下完成任务,所以不同的人有不同的角色,接下来主要对敏捷开发中的角色进行了解.

        第一个要说的角色是PO

         敏捷开发中的PO即ProductOwner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。

        在我们的团队中PO是行方的专门业务人员担任并执行PO角色,本身并不开发.跟她打交道的一方面是我们这边的开发团队,另一个方面是行方的业务团队,她作为开发和业务的桥梁.

        PO主要是确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品负责。是维护产品需求清单（ product backlog ）的人.详细的职责为一下七点:

1、确定产品的功能；

2、决定发布的日期和发布内容；

3、为产品的ROI负责；

4、根据市场价值确定功能优先级；

5、每个sprint中，根据需要调整功能和优先级（每个sprint开始前调整）；

6、接受或拒绝开发团队的工作成果；

7、参与ScrumPlanning Meetings（Sprint计划会议），Sprint Review Meeting（Sprint评审会）和 SprintRetrospective Meeting（Sprint回顾会）

        结合我们的团队的PO来说一下实际的情况,在项目的初期我们的PO基本上上是神龙见头不见尾,很少有机会见到他的面,因为他本身还担任行里的其他职务,总是来也匆匆去也匆匆,所以导致了前期开发中很多不可避免的问题.之后行方安排了专职人员担任项目组的PO,整个项目组20个人分成两大组,两个PO负责我们这两个大组的任务和计划.

       随后经过团队的磨合,PO也越来越专业,开始进行原型设计,挖掘业务,更融洽的跟开发人员进行沟通和交流.

      一个迭代的成功与失败完全由PO说了算(在相对比较理想的情况下),总结就是:告诉产品团队要做什么，做功能的先后顺序是怎样的，需求有变动时该如何处理。

我和敏捷开发的故事--敏捷角色PO

标签：

原文地址：http://blog.csdn.net/jnqqls/article/details/48141165