我和敏捷开发的故事--敏捷角色PO
来源:互联网 发布:中国警察智识数据库 编辑:程序博客网 时间:2024/04/29 00:55
在前面的三篇文章中对敏捷开发进行了一个背景铺垫,是以笔者个人的经历为主线来逐渐从个人的角度来理解敏捷开发.
通过结对编程完成了开发框架的搭建,在搭建框架的时候其实我们的正式敏捷流程还没有开始,真正开始是大家都可以行动的时候.当敏捷开始的时候整个团队定是在相关的分工下完成任务,所以不同的人有不同的角色,接下来主要对敏捷开发中的角色进行了解.
第一个要说的角色是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
- 我和敏捷开发的故事--敏捷角色-SM
- 我和敏捷开发的故事--敏捷角色-TEAM
- 敏捷开发团队中PO和SM角色介绍
- 敏捷开发团队中PO和SM角色介绍
- 我跟敏捷开发的故事--背景
- 我跟敏捷开发的故事--三面墙
- 敏捷开发之PO
- 我和敏捷开发的故事--结对搭建开发框架
- 【敏捷开发每日一贴】:猪和鸡的故事
- 敏捷开发中测试角色的窘境
- 敏捷开发 故事墙
- 我的敏捷开发流程
- 敏捷测试的角色
- 敏捷开发的用户故事怎么写?
- 敏捷开发的一些思考--故事拆分
- 敏捷开发- 怎么验收敏捷故事
- Scrum敏捷开发之角色
- POJ-2387 Til the Cows Come Home
- RS485总线最多可以负载多少个设备
- 面试经典问题
- 搭建聊天的界面、输入图片和文本
- java反射机制之基础
- 我和敏捷开发的故事--敏捷角色PO
- 利用json转变Python格式
- OpenGL GLSL
- 删数问题-注意贪心策略-不严格
- [Error]No enclosing instance of type XX is accessible. Must qualify the allocation with an e
- 暑假-二分图-D - Uncle Tom's Inherited Land
- 问题
- OC中如何进行多文件开发?
- iOS——创建Xcode 的Hello World