项目管理 ScrumMaster 是一份兼职工作吗?

laofo · 2013年11月27日 · 5 次阅读

Posted by Andy Wang on 11 Sep, 2013

经常有人问我,ScrumMaster 是否是一份兼职的工作,是否可以由团队成员担任。ScrumMaster 是一份全职的工作,对于一个希望藉由 Scrum 成长为明星团队的团队而言,这一点是很重要的。

这个话题在社区中经常被提起。许多经理不相信 ScrumMaster 是一份全职的工作。对于他们而言,ScrumMaster 的工作职责跟传统的项目经理的职责没什么区别,而让一个传统的项目经理只负责一个 7±2 人的团队,并且完全不做任何与开发相关的事情?没门!因此也不奇怪我见过的绝大多数 Scrum 团队,尤其是那些刚刚开始采用 Scrum 的团队,都是让其中的某个团队成员兼职担任 ScrumMaster,或者一个 ScrumMaster 同时负责 2 个或多个团队。

这样的做法是错误的。根据 Scrum Primer 2.0,ScrumMaster 是一个全职的角色(dedicated full-time role)。只有一种情况下可以由团队成员兼任 ScrumMaster,即团队规模过小(不足 5 人)。

许多刚开始采用 Scrum 的团队对于 ScrumMaster 的工作职责存在误解,他们认为 ScrumMaster 就是负责预订会议室、召集各种会议、在 Review Meeting 上做演示、维护卡片墙和其电子拷贝上故事卡片的状态……总之所有的零碎工作都归 ScrumMaster 负责,而这些事情大概会占用一个人 10% – 30% 的工作量。这样看来,显然 ScrumMaster 可以由团队成员兼任。然而我必须说,这样的 ScrumMaster 纯粹成为了团队的仆人,而仆人对于 Scrum 团队而言不仅不必要,而且是有害的。

我们说 ScrumMaster 是一个仆人式的领导者,这绝非是说,ScrumMaster 是仆人。ScrumMaster 采用仆人式的方式引导团队,这意味着他/她不能用命令与控制的方式与团队互动。这是因为团队是自组织的,任何改变、改进都应该来自于团队内部,而非管理层、PO、或者 ScrumMaster。也因此,我们用 “仆人” 这个词来提醒 ScrumMaster,即便他有某种解决方案,能够完美地解决团队面临的问题,他也不能直接命令团队这么去做。相反地,他需要引导团队自行得出一个解决方案。也许团队得出的解决方案与 ScrumMaster 的方案相比弱小很多,但是对于引导团队自组织而言,其价值是更大的。

更重要地,ScrumMaster 是一个领导者。除了引导团队、移除妨碍,一个好的 ScrumMaster 至少还可以做三个方面的事情:

教育/帮助 Product Owner。一个好的 PO 可谓是让团队如虎添翼,但不幸的是大多数 PO 都是刚刚接触 Scrum 的。ScrumMaster 应该帮助 PO 认识到 PO 的工作职责、以及如何才能做一个好的 PO。 领导组织发生变革。Scrum 团队并不是与世隔绝的,其所在的组织中的很多因素都能影响到团队的表现力。ScrumMaster 应该推动组织发生变革,以便于 Scrum 团队更好地工作。 引入工程实践。当团队想要引入某个工程实践,但是不知道该如何做的时候,ScrumMaster 应该有能力引导团队进行学习和实践。 我推荐刚刚成为 ScrumMaster 的人在手头备一份 ScrumMaster Checklist,并且经常检查这份清单。你会发现,清单上总会有一些事情是你可以做的。

顺便说一句,前面我提到的所有的那些零碎的工作,包括预定会议室、更新故事卡片状态等等,全部都是团队的工作,所以应该由团队,而不是 ScrumMaster,做这些事情。别忘了,ScrumMaster 不是你的仆人!

最近正在准备借鉴敏捷开发模式中的好方法,来改进开发过程。 文章对 ScrumMaster 的定位和目的非常清晰,相当不错!

兼职的 ScrumMaster 的确会出现很多问题。很难跳出自己的 “经验” 去思考问题。

是的,稍大点公司都有这样的问题,从项目经理转 ScrumMster,固有的定势思维会有影响。 外来的和尚也存在文化融合的问题。还是需要自己抛弃过往的经验,重新认识自己。

我现在采用渐进式的敏捷加迭代的模式,慢慢摸索

需要 登录 后方可回复。