ScrumMaster的演化模式
您想知道如何成为一名优秀的ScrumMaster,以及如何在您扮演的角色中成长吗?这篇文章或许对您有所启发。
成功的Scrum
在过去的10年中,我帮助了一些组织实施Scrum。
对于很多这样的组织来说,要么在Scrum实施的过程中花费了很长时间,要么从未真正实现Scrum的价值(使利益相关者满意,同时高质量地实现产品价值最大化)。
Scrum实施的进度以及成功与否,与ScrumMaster角色的成熟度有着密切的关系。
模式
那么谁才是这个角色(ScrumMaster)的最佳人选呢?是项目经理,团队领导,还是某位开发团队成员呢?他应该更偏向技术型,还是更偏向管理型的人才呢?
答案并不能一概而论。这个答案隐藏在这些组织如何逐步实施Scrum和定位ScrumMaster这个角色中。以下的模式,描叙ScrumMaster的演化过程:
ScrumMaster成熟度越高,预期收益越高。 图中的每个版本都是其前一版本的升级,并且包含以前所有版本的所有特性:
书记
作为实施ScrumMaster角色的第一次尝试,组织通常选择开发团队的某位成员作为ScrumMaster(也许他曾经是“团队领导”)。他既然已经被证明可以组织大家做一些事情,我们认为这些人可以很容易地担起一些额外的工作(“做ScrumMaster有什么难的,不是吗?”)。 所以他的主要职责是对Sprint Backlog的营运工作,只是在他业余时间顺便担任下ScrumMaster而已。
在日常工作中,“书记员”(Clerk )通常会帮助开发团队完成大量的事务性工作(如更新Sprint Backlog,燃尽图,准备Sprint Planning会议等)。
“书记员”(Clerk )的收益有限,毕竟他主要关注自己,以及敏捷宣言中的那些没有价值的部分(工具,流程,文档等)。
执行者
“执行者”(Puppet Master)能意识到敏捷宣言中的价值(工作软件、协作、合作和拥抱变化)。他理解Scrum是如何帮助他实现这些价值的。
他试图用不同的方式让团队成员朝着正确的方向前进:团队中的每个人都需要照本宣科地严格按照Scrum规则行事。这通常会导致机械的实施Scrum,即人们在Scrum中执行所有的规定会议、扮演规定角色和进行规定的工作,但其实并没有真正地参与其中。
因为他仍然支持团队做技术工作,“执行者”(Puppet Master)通常没有时间专注其他事情,除了他自己的开发团队。
组织者
与“书记员”(Clerk )和“执行者”(Puppet Master)相比,“组织者”(Organizer )能设法让他的团队意识到Scrum的价值观(承诺、专注、开放、尊重和勇气)。他已经意识到,如果自己包揽所有复杂的技术工作,实际上阻止了这个团队学习和进步(当你已经拥有超人能力的时候就不需要其他英雄了)。
所以他选择不当超人,而帮助团队实现自组织(“我们不用提线,木偶也能自己动了!”)因此,“组织者”(Organizer )可以专注于教人们如何使用Scrum。确保他们实现敏捷宣言的真正价值。
“组织者”(Organizer )关注于确保所有Scrum活动都有最佳效果。 他也会花费时间提供数据,让团队可以依据事实而不是直觉采取行动。
虽然“组织者”(Organizer )本身就以Scrum价值观为导向,但他的团队仍在不断学习中。 团队仍然需要他充分的关注。
教练
与“教练”(Coach)合作的开发团队能够自己运行Scrum。 虽然有时仍然有一点机械化,但大多数时候,他们能实现敏捷价值观。 因此,他有足够的空间专注于产品负责人和团队周围的环境(利益相关者,管理层等)。
“教练”(Coach)能用自己的知识影响他人,而“组织者”(Organizer )只会自己使用知识。他不仅听从自己内心的声音,也倾听别人的想法。他能激励团队并帮助成员保持激情,积极地投入工作。他帮助人们寻找看问题新的视角和持续改善。
除了使用数据做决定之外,“教练”(Coach)也开始听从他的直觉。“教练”(Coach)的关注点逐渐从团队转向组织的其他部分。但是他仍然努力寻求与管理层和组织的其他部门(市场,销售,运营…)达成共识。
顾问
“顾问”(Advisor)曾担任过多个团队的教练。他成功的创造和赋能Scrum团队。因此,他的注意力现在转向了整个组织。他主要解决组织级别内的问题。他使用数据,但他主要依据直觉行事。
“顾问”(Advisor)帮助新的ScrumMasters从较初级的级别成长。他经常被要求来帮助他们解决疑难杂症。
在一个管理复杂、大型产品的组织中“顾问”(Advisor)通常是一些Scrum团队的Scrum Master(在Nexus框架中,他也可能是集成团队的Scrum Master)。
虽然他对组织的变量了解很多,但“顾问”(Advisor)仍然在努力使组织整体响应更加灵敏。
专家
ScrumMaster“专家”(Expert)非常称职。 他使用他的下意识能力和直觉来告知他人做出决定。“专家”(Expert)与组织的所有部门都建立了联系。 他向管理层,人力资源专家提供建议。 领导组织更加敏捷。“专家”(Expert)帮助建立新的规则和标准。
一些“专家”(Expert)仍然是Scrum团队的一员,因为他们喜欢那里的气氛。这些团队通常是组织中其他团队的高绩效、高技能和榜样。
敏捷组织的“专家”(Expert)经常称自己为敏捷教练。 他们出现在很多会议和活动中,在专家社区中备受尊敬。
不幸的是,许多组织不能识别出这些“专家”(Expert)或不知道如何激励他们。如果他们最终离开组织,填补他们留下的空缺将会非常困难。
本文由ShineScrum翻译,韩路审核
上一篇: WebSocket如何使用
下一篇: box-sizing属性的作用
推荐阅读
-
php应用数据库连接中的单例模式
-
php的public、protected、private三种访问控制模式的区别,protectedprivate_PHP教程
-
C#设计模式-观察者模式的另类的示例代码总结
-
js弹出模式对话框,并接收回传值的方法_javascript技巧
-
常见的PHP五种设计模式小结_PHP
-
Zend Framework中的简单工厂模式 图文_PHP
-
单例,工厂,注册模式的案例—2018年5月10日13点
-
Java的23种设计模式,详细讲解(二)
-
浏览器的标准模式和怪异模式_html/css_WEB-ITnose
-
VS环境下报错:检测到在集成的托管管道模式下不适用的 ASP.NET 设置。