Scrum团队

首先探究一下哪些关键收益使我们向团队推荐Scrum。这里的Scrum团队包括ScrumMaster、产品负责人和开发人员。

任务切换减少

各位对这样的场景最熟悉不过：某人跑来亲热地拍拍你的肩，要求你去搞定一个“更紧急”的任务。亲，这样的场景在Scrum中一去不返了。Scrum提供了“Sprint第一”的概念（我个人喜欢称之为“固定的灵活”）。“Sprint第一”这个概念有助于开发人员专注于在Sprint计划会上承诺的工作内容（参见捷径8），同时也为产品负责人修整项目的产品列表提供了灵活性。

可持续的步伐

我不哄你，说什么如果你采用Scrum以后，就再也不用加班了。不过怎么说呢，Scrum是用一种稳定的、可持续的开发步伐来避免出现错误不断的、最后一分钟才临时抱佛脚的救火场面。Scrum批驳的是传统的一心想证明自己专注和奉献而在晚上和大周末都在加班的英雄主义。

对此，Rubin（2012）说得很好：

Scrum的指导原则之一是团队成员必须以一种可持续的步伐工作。（不可再有死亡行军！）他们通过这样的方式来交付世界级的产品并维护健康快乐的工作环境。

不再有授权的独裁者

不再有独裁的、授权成瘾的项目经理来决定谁做什么及什么时候得做完。反之，自组织团队的成立是Scrum的首要目标之一。团队有权自行决定工作该如何完成，因为他们才是具体干活的人！

不再有“我们和他们”之分

虽然Scrum尊重和赞赏个人的独特性，但个人成就在Scrum中被团队取而代之。不再监督个人的具体绩效，更不用说在不同开发职能之间的“我们和他们”心态。在Scrum里，人人都得全力以赴，帮助团队完成共同的承诺。

专职的保护伞和推土机

对需要高度专注的开发人员来说，显然是更不愿意应对办公室政治、工作中的干扰和障碍。还好，有仆人式领导（又称公仆式领导，服务型领导）这个角色——ScrumMaster（参见捷径4），开发团队可以专注于最重要的事——开发最“赞”的软件。ScrumMaster的职责是保护团队免受外界因素干扰并解决可能影响工作进度的问题。

希望这些东西足以让你说服未来的团队开始尝试Scrum。