Scrum 敏捷实践中的三大角色

pageImage

在我过去的近两年工做中,咱们一直在应用 Scrum 敏捷项目管理方法来开展工做,今天,我先从它的角色划分来说起,毕竟这但是它最鲜明的特征。前端

首先,为何这种项目管理方法叫 Scrum ?
Scrum 是一个引伸词,原义是橄榄球场上的并列争球。橄榄球号称是美国的国球,受关注度最高,咱们常常听到的超级碗 Super Bowl(/bəʊl/)就是它的年度冠军赛。架构

SuperBowl

就像橄榄球运动极度强调团队协做同样,它是用于开发和交付软件产品的一个框架,且过程是增量和迭代的。框架

好,咱们回到 Scrum 的角色划分。
基于 Scrum 框架开展工做时,会涉及三个角色:产品负责人、ScrumMaster和开发团队。运维

产品负责人(PO)

第1个核心角色是产品负责人,Product Owner,简称 PO。ide

PO

他负责两个层面,分别是 代言人产品定性
从经济层面来考量,他要考虑每一期迭代的资金投入是否合算,或者说投资回报率 ROI(Return on Investment)。最重要的是,与各内部干系人造成一个统一愿景,这些干系人通常会包括业务方、市场人员等等。工具

在产品定性上,他负责敲定要开发什么,以什么优先级顺序开发。学习

因此在 Scrum 这个框架体系里,产品负责人很明显地扮演了一个承上启下的代言人角色。测试

ScrumMaster

第2个核心角色是ScrumMaster,他会负责指导团队在通用的 Scrum 框架上遵循正确的敏捷过程,他也会帮助你们解决跨团队的沟通问题,
让每一个人理解、并乐于接受 Scrum 的价值观、原则和实践。3d

ScrumMaster

ScrumMaster 就像是前面所提到橄榄球运动的教练,他会观察整个实践过程,帮助你们达到更高级别的工做效能。视频

ScrumMaster 也是团队的服务型领导,他着重于为整个团队提供服务保障。他的领导力主要是体如今过程权威,帮你们定义和遵照流程,最终确保交付不延期。

开发团队(TO)

第3个核心角色是开发团队,就是在 TeamLeader 的带领下负责最终的交付。

TO

对比而言,做为开发团队的 TeamLeader 也要擅长跨团队的沟通能力,甚至不少会议 ScrumMaster 和 TeamLeader 都是要一块儿参加的;

提及来的话只要是 ScrumMaster 在作的事情,我以为 TeamLeader 都要会,这是沟通力的表现和保障,而后才是关注核心的开发技术,在敏捷中 TeamLeader 也叫 Technology Owner,简称是 TO,技术能力级别一般是高级工程师,或者是架构师。

开发团队,除了有形的人员,还须要良好的内建可视性,帮助落地的工具备不少,好比 Jira、禅道、Teambition。经过这些工具能获悉到每一个人天天在作什么,进展如何,什么时候能完成。

在呈现方式上,咱们采起了用户故事 + 子任务的一对多拆分模式。用户故事是产品负责人 PO 定义的,子任务一般是 TO 带领开发团队一块儿投个屏,逐个拆解的。因此,这些可视化工具也间接承载了工做的流转去向,以及结果状态。

开发团队实际上是一个跨职能的综合体,有负责前端 HTML5 的、移动客户端 iOS 或 Andriod 的、有中、后台开发的(像 Java、Python、C#等等),还有测试小伙伴,这样整合在一块儿,团队总体的目标就比较容易统一。

若是上 OKR 的话,团队层面不一样职能人员的 Objectives(目标)能够很迅速的达成。OKR 就是 Objectives and Key Results(目标与关键结果)。敏捷开发和 OKR 概念,在之后的分享中会再拎出来讲一说。

OKR

团队的人数通常会控制在 10 我的之内,这样便于下降沟通成本嘛。

那敏捷的跨职能开发团队于企业来说仍是有代价的,简单地说就是资源问题,同一个角色被安排到某一个团队时,那他至少在最近的一到两个迭代都是跟着这个团队走的,别的团队若是须要人手那资源就不够,不够就得招人,而招人就会促令人力成本增长。

另外,在开发质量层面上,TeamLeader 会组织整个开发团队开展 CodeReview 代码评审会、新知识培训,以及与运维方一块儿完善 CI/CD,也就是持续集成和持续部署。

对待会议的态度

好,介绍完这三种角色,咱们会发现敏捷实践中,开的会但是很多的。
好处就是,在两周一个迭代的周期里,经过会议的交叉能够将需求吃得很透。要说会议多而浪费时间也能够这么讲,之因此要这么作,主要就是说它能克服开发人员的一个隐性问题,就是“都不太喜欢学习业务知识”,经过多频次需求的讲解和鞭策,在最终交付的时候,作出来的东西基本都是靠谱的。
否则,十天半个月过去了,交付的东西要是没法向产品负责人 PO 交代,PO 就没法向业务部门交代,结果就是公司层面没法向最终用户提供服务,一环扣一环。
由于会议的本质是共识的达成,这个也算是一点点的大局观吧。

共识

好,今天先简单介绍了 Scrum 敏捷框架里的三大角色,下一次再和你们分享更多关于 Scrum 的故事。

若是你们想学习更完整的敏捷实践,能够 [查看视频格式] 。

相关文章
相关标签/搜索