Scrum Master

Scrum Master 只有一项真正的工作：通过为团队扫清障碍来让团队更高效。这意味着清除阻塞、在冲刺中途为团队挡掉干扰、主持站会和回顾会使其有用而非走过场，以及指导团队如何真正地工作，而不只是背诵那些仪式。他是团队的服务者，而不是团队之上的老板。他不分派工作，不拥有待办列表，也不做绩效评估。

这个角色会在两个方向上被误解。有人把它当作一个升级版的会议安排员，照着站会脚本念。另一些人则悄悄把它变成一个项目经理，逼团队对日期做出承诺。两者都没抓住要点。价值在于察觉是什么在拖慢团队，往往是某件组织层面的、令人不适的事，并且有足够的分量去解决它。一个只主持会议的 Scrum Master 是开销。

诚实的看法：小团队很少需要一个全职的 Scrum Master。一个四五人的工程团队可以自己运行那些仪式，而主持工作每周只需几个小时，技术负责人或资深工程师就能吸收。专职全职的 Scrum Master 在以下情况才值回座位：你在协调多个团队、团队周围的组织是阻塞的主要来源，或一个团队确实还无法自我组织。在此之下，这个头衔是一笔在寻找正当理由的成本。

我们见过许多团队在裁掉全职 Scrum Master、把工作分摊回团队之后变得更开心、更快。我们也见过团队因为无人认领阻塞而溺水。这个角色是真实的，全职版本则往往不是。