Scrum Master：职位还是角色？

几个月前，我在一次本地敏捷用户组聚会上，加入了关于Scrum Master的同行交流。我在会上的发言造成了一些小骚动，我问的第一个问题是“各位所在公司采用全职Scrum Master的有多少？”出席的公司代表们表示，他们都有全职Scrum Master。于是我接着问了第二个问题“他们做些什么工作？”也许我的提问方式已经暗示了雇佣全职Scrum Master比较奇怪，因为当时我在现场经历了几次鸦雀无声的片刻。除了我的同事，其他大部分人都奇怪地看着我，好像我有三只脑袋一样。最终，他们还是迁就了显然没有好好学习的我，用《Scrum指南》里关于Scrum Master的描述来回答我。当我说我们已经用不着全职Scrum Master时，他们都震惊了。其实我还没说，我们从来就没有用过全职Scrum Master。

《Scrum指南》对Scrum Master的角色做了一般性的描述：负责指导、训练、指引和消除障碍。对刚出道的Scrum团队，这些事情要耗费一些时间。还不熟悉Scrum的团队要通过书本来学习Scrum，需要有一个人来负责指导、训练、指引和消除障碍等工作。可是，交付团队成长起来之后呢？指导减少，训练减少，尽管仍然需要在持续改进方面加以训练。指引还是必需的，不过这只占用很少的时间。随着团队学会了自己处理障碍，障碍也会减少。如果某个团队成员的全职工作是负责指导、训练、指引和消除障碍，而所有这些工作的工作量只占用他们10%到25%的时间的话，那他们多余的时间干什么呢？

所以，我们是这样操作的。我们也从Scrum起步，但并没有严格照搬书本。我们的项目经理同时负责好几个项目，所以要与多个项目团队协作。我们首先对项目经理进行敏捷培训。他们中有些参加的是高阶课程，有几个甚至拿到了Scrum Master和PMI的Agile Project Managers认证。于是，这些项目经理成了我们第一批Scrum Master。因为资源有限（我们的项目经理还没有团队数量多），或许也是有点先见之明，我们没有立即让Scrum Master去负责单个团队。没错，我们从一开始就违反了Scrum原则。一般来说，每个项目经理负责两个团队，他们承担着Scrum Master的角色。所以他们很忙，但是还能应付。正如大家能想象到的，他们的职责就是对团队进行Scrum指导训练、指引Scrum仪式并消除障碍。在前九个月甚至一年内，我们一直都是这样运作的。