柚子快报邀请码778899分享:Scrum的三大角色

http://yzkb.51969.com/

Scrum团队主要是由三大角色组成,分别是产品负责人(Product Owner)、敏捷项目经理(Scrum Master)和开发团队(Developer)。其中开发团队的技术栈理想情况下应该是跨职能且完整的(项目较大的时候,每个Scrum团队不一定能做到完整的跨职能,但是必须要沟通好上下游输入输出)。

价值的输入者--产品负责人PO

PO是Scrum团队价值的负责人,也是产品BACKLOG的唯一责任人,可以说是团队的领航员,也是交付增量的确认者。如果熟悉IPD(Integrated Product Development)的同学应该知道市场端和需求端相对于团队来说是做正确的事,实施端就是正确的做事,而PO就是要带领团队去做正确的事的人。

“正确的事”需要划分成各个的产品代办事项,并且需要做到:

清晰地表达产品待办事项列表条目(包括用户故事、缺陷和BUG等等)对产品待办事项列表中的条目进行排序,明确优先级,尽可能从高到低完成确保开发团队所执行工作的价值确保产品待办事项列表对所有人可见、透明、清晰,并且显示 Scrum 团队的下一步工作确保开发团队对产品待办事项列表中的条目达到一定程度的理解

 可以看到PO基本会在每个sprint里面关注价值的输入和增量的输出。在我的经验来说,每日站会PO并不强制要求参加,但是参加每日站会也有利于PO确保价值实现的方向的正确性,因此对于刚组件的Scrum团队,我是建议PO要参与每日站会,等到团队成熟后(大家有统一的话术和目标),PO是可以把更多时间去挖掘新的价值。

价值的实现者--开发团队Developer

开发团队包含了专业人员,负责在每个 Sprint 的结尾交付潜在可发布的“完成”产 品增量。只有开发团队的成员才能创造增量。

正如上文所说,开发团队应该是跨职能的团队,尽可能拥有创造产品增量的所有技能,并且可以做到技能互有后备,从PMP的角度来说,Scrum团队可以理解成一种强矩阵的项目团队。一般建议的规模是在3-10人,人过少有可能会技能不够完整,人太多会造成过多的沟通成本。

传统的强矩阵项目团队来说,一般都会按技术栈给每个成员安排头衔,例如XXX开发,XXX测试,XXX运维,但是对于Scrum来说,更加建议取消这种头衔,团队可以每个人都有各自的特长和专注的领域,也鼓励大家去积极了解和尝试其他成员的工作内容,有利于透明性高和技能互有后备的团队形成。以我个人经验为例,我一般都不会在SPRINT BACKLOG里提前分配任务给每个人,而是鼓励开发团队成员从高到低的优先级去领取待办事项,以此促进互相的了解。

价值的服务者--敏捷项目经理Scrum Master

Scrum Master是宣传Scrum管理模式,并且确保团队成员遵循Scrum的理论去实践和创造自适应的规则。Scrum Master应该是一个团队里服务型的领导,为团队实现价值的路上扫清障碍,保护团队的创造力和信用。从理论上来说不需要掌握技术,但是从我的个人经验来看,Scrum Master建议是懂得技术的,那样会更有利于Scrum Master去运用项目管理技能去解决团队的问题。

Scrum Master 服务于产品负责人

Scrum Master 以各种方式服务于产品负责人,包括:

找到有效管理产品待办事项列表的技巧(例如引导出用户故事的填写,技术拆分待办事项等)清晰地和开发团队沟通愿景、目标和产品待办事项列表条目教导开发团队创建清晰简明的产品待办事项列表条目在经验主义环境中理解长期的产品规划理解并实践敏捷按需推动Scrum活动

Scrum Master 服务于开发团队

Scrum Master 以各种方式服务于开发团队,包括:

指导开发团队自组织和跨职能教导并领导开发团队创造高价值的产品移除开发团队进展过程中的障碍按需推动Scrum活动在 Scrum 还未完全被采纳和理解的组织环境下指导开发团队

Scrum Master 服务于组织

Scrum Master 以各种方式服务于组织,包括:

领导并指导组织采用 Scrum在组织范围内计划 Scrum 的实施帮助员工及干系人理解并实施 Scrum 和经验性产品开发发起能提升Scrum 团队生产力的变革与其他 Scrum Master 一起工作,帮助组织更有效的应用Scrum

从上述Scrum官网对Scrum master的定义可以看得出来,在Scrum的每个活动中都需要Scrum Master的身影,因此对于Scrum Master来说,建议能掌握项目全生命流程管理(Product Life Cycle Management)的技能。当然,对于Scrum Master来说,最重要的是能够理解每个流程对于价值实现的作用,解决问题以价值为核心。

从我的个人感受来说,项目管理都不应该过于拘泥于流程,应该根据实际情况裁剪或添加流程。但是做到这一步的前提是能够理解每一步流程的含义,正如武侠小说中,三流者高手比拼招式(流程),二流者高手比拼内里(流程的理解),一流高手比拼心境,无招胜有招(能够根据现实随心所欲提供适用的流程)。希望大家都能成为一流的高手,与君共勉。

柚子快报邀请码778899分享:Scrum的三大角色

http://yzkb.51969.com/

文章来源

评论可见,请评论后查看内容,谢谢!!!
 您阅读本篇文章共花了: