很多同学问我,Scrum Master必须是全职的吗?
答:不一定。从现实来看,在国外,全职的Scrum Master 很多,而在中国,90%以上的企业里Scrum Master是由团队的一个成员兼任了Scrum Master的职责,也许是很多中国企业认为投资一个人来承担这个职责成本有点高。
但是,兼职的Scrum Master会面对很多挑战。对于兼职的Scrum Master, 需要注意以下三个方面:
1)为行使Scrum Master职责要分配充裕的时间
团队刚开始引入Scrum的时候,需要Scrum Master自己投入大量的时间和精力学习和练习Scrum。所以兼职的Scrum Master需要预留足够的时间来学习和练习新方法。
案例:
在某互联网企业T,小燕是团队的测试工程师。团队开始试点Scrum,领导任命她做Scrum Master。她和领导不知道Scrum Master这一工作需要花很多时间,以为只是占用Scrum框架里的那几个会议的时间而已。小燕开了Scrum Master之旅后,发现Scrum Master工作里的很多时间是无形的,比如:
- 每个计划会议、评审会议、回顾会议之前她都需要做一些准备工作。她发现如果不做任何准备工作直接上会,会导致会议效率低下,或者没有达成会议的目标就草草结束;
- 每日站会之后她需要对收集的团队阻碍事项列表做一一处理和跟踪;
- 针对团队暴露出来的问题,她需要思考怎么引导团队解决和改进。因为她的关注点是团队如何高效地实现产品目标,其他同事的关注点容易局限在“当前Sprint里我认领的任务”。
- 实践Scrum的过程中,她碰到了很多困惑和难题,需要自己读书、学习以找到解决方法。
- 此外,部门定期组织Scrum Master的交流和研讨,分享和传播Scrum,这也占用了她一些时间。
所有这些,都是她在做一名全职测试工程师的工作时间之外来做,导致她自从承担了Scrum Master的职责后,大量加班,精神压力也急剧上升。
依据经验,一名初次做Scrum Master的同事,在前三个月内至少应该投入70%时间在Scrum Master的工作上。随着团队对Scrum越来越熟练,Scrum Master投入的精力可以减少,但是也应该至少保证在30%-50%的时间才能确保团队持续改进。
不幸的是,中国大部分企业的做法是:让一个员工兼职了Scrum Master的重要职责,却没有给他富裕的时间,让他自己挤出时间承担一个新的职责。这是对这个职责本身的不尊重。兼职的Scrum Master不仅做不好新的职责,原有的职责也会受影响。
2)角色切换时,为团队明确:此刻“我是谁”
对于兼职的Scrum Master,当他与团队和外界协作的时候,要明确当下自己在行使什么角色的职责,否则会让团队甚至自己产生困惑。
案例:
在上一个案例中的企业T,兼职做Scrum Master的小燕主持团队做回顾会议的时候有这样的感受:她引导大家思考团队有哪些需要改进,然后她自己作为测试工程师也会从测试的角度提出几点团队的改进项。她发现自己时而作为Scrum Master引导团队,时而作为测试工程师吐槽,这影响了回顾会议的氛围和流畅性; 也让自己疑惑:在大家的眼里,我到底是什么角色?
Scrum Master要注意的是,在同一项活动中,尽量少做角色的切换。非做不可的时候,要给大家澄清,“我现在提出这个问题是作为测试工程师,不是Scrum Master”, 这样大家也不会困惑,也便于Scrum Master自己快速进入角色。
3)Scrum Master要任命正式,要在工作绩效目标里给予体现
案例:
还是企业T。小燕的领导只是跟团队说小燕是Scum Master, 但是没有发正式任命的邮件或其他书面通知,周边的团队和组织也不知道。这样给大家,也给她自己一个印象:Scrum Master是个临时的活。
此外,小燕的绩效目标仍旧是作为一个测试工程师的目标和考核项,完全没有Scrum Master的元素。小燕自己很困惑,怎么才能算是做好了Scrum Master这个工作呢?此外,既然绩效里没有体现这个工作,也许领导并不看中。
如果领导层真的重视敏捷转型,就应该对Scrum Master的角色认真起来,正式通知这个任命,并在Scrum Master的绩效目标和考核中予以体现。