扪心自问:你到底是Project Leader还是Scrum master
- 2021-04-06 09:00:00
- 敏捷助理 原创
- 3290
常见误区
误区：项目经理（PM）,或者叫做项目Leader(PL)、团队Leader(TL)的角色保留，这个角色的人兼任Scrum master。很多企业没有彻底地应用Scrum，而是对Scrum框架里的元素有所选择地应用。比如，组织里原来有项目经理或项目Leader的角色，在引入Scrum的时候，组织简单地把PM或PL对应到了Scrum master上。
一人兼了两个角色，而这两个角色是在不同的流程和价值观里运作。相当于一个人同时上了两条船，而两条船以不同的速度和方向航行。所以，必然一条船要妥协牺牲。在一般的组织，最后妥协的都是Scrum，因为引入新事物更加困难。于是，一个人身上同时承担了新旧两个角色，博弈的时候，失败的总是新角色。因此，如果PM、PL或者TL保持原有的项目管理方式和思想，最终只是应用了Scrum的那几个会，逐渐发展成之前文章介绍的船货膜拜式敏捷。
Scrum master和PL有本质的区别
Scrum master和项目经理、Project Leader、Team Leader在角色定义上有本质区别：在职责上，在Scrum框架里没有项目经理或PL、TL这样的角色，传统项目经理的职责被Scrum master、产品负责人、开发团队所分担。
项目经理其他的职责，分散给了产品负责人和开发团队。
比如，产品定义的职责由产品负责人来承担；
项目计划的职责由产品负责人和开发团队共同承担；
项目执行的职责由开发团队承担；
团队管理的职责，通过Scrum master引导团队自管理完成。
Kenneth S.Rubin对Scrum组织里的各角色所承担的项目管理活动做了具体映射：
图片来自《敏捷转型：打造VUCA时代的高效能组织》
在管理方式上，传统的项目经理是命令下达式，与团队的每个人点对点地沟通和协作，因此整个团队是以项目经理为中心在运转；
大家之间的信息不对称，不透明，项目经理掌握着信息的全集，而团队的每个成员基本只掌握自己的任务以及与自己任务相关的信息；
而在Scrum里，Scrum master除了维护流程外没有其他权利，他对团队也没有发号施令的权利，所以Scrum master通过引导的方式，促进团队彼此沟通和协作，而不是以某个人为中心。
当Scrum master发现团队成员之间，或者团队与外界出现了协作障碍，他引导大家去除协作障碍，从而确保协作的紧密型。
图：传统项目Leader vs. Scrum master
图片来自《敏捷转型：打造VUCA时代的高效能组织》
图片来自《敏捷转型：打造VUCA时代的高效能组织》
转型不是换了Title就完事了
很多企业变革决心很大，干脆将项目经理、PL、TL的Title去掉，教这些同事转型为Scrum master。然而角色的转型不是上一堂课就可以实现的，需要长期的刻意练习。从项目经理、PL、TL转型为Scrum master的常见现象是：有了Scrum master的Title, 但是管理风格没有改变，于是给团队的印象就是换了个Title的名字而已。
站会上，经常见到每个人给那个Scrum master汇报进展，然后Scrum master给每个人指示：他今天该做什么。每个人汇报完毕后，会议结束。
团队的Sprint目标没有达到，Scrum自己分析原因，然后做决定：“我们这个Sprint目标没有达到，我认为原因是….，所以，我们应该这样做….具体来说，小李，你负责…；小王，你以后要注意…。
而合格的Scrum master通过问问题的方式来引导团队思考，决定由团队自己做：“我们这个Sprint目标没有达到，大家认为是什么原因呢？….那么大家认为咱们需要采取什么措施改进呢？…大家觉得我需要在哪些方面帮助大家，才能达成更好的效果呢？”
联系我们
| 联系人： | 田老师 |
|---|---|
| 电话： | +86 135 5227 9573 |
| Email： | clientservice@hardenx.cn |
| 地址： | 北京市朝阳区福码大厦B座17层1705 |
加微领1G资料
