Scrum Master是否需要技术背景？

Scrum Master是否需要有技术背景？他们是否需要能够阅读代码和指导开发人员的日常工作？

John Goodsen认为不能编码的Scrum Master很少能与团队丝丝入扣，他说：“好的教练应该能玩好他们指导的游戏。你知道有几个优秀的体育教练在从业之前没有亲身参加过比赛？”。在John看来，好Scrum Master需要知道如何在代码级别进行指导，他们因而也就需要有构建软件的经验。

Alan Dayley认为Scrum Master是团队的教练，而不是某一个团队成员。他们的目标是帮助球队变得更好，在某些情况下这需要技术方面的知识。在其他情况下，深厚的技术知识则可能是一个不利因素，因为团队会迷失在细节中，错过团队的其他需要。

Mark Woyna指出团队负有提高自身技术实践的责任，而Scrum Master的角色是帮助团队遵循开发的过程。

Adam Sroka对Scrum Master这个角色总体持怀疑态度。如果他们在排除组织障碍方面富于效率，他们值得重量等身的黄金奖赏，但他看到许多Scrum Master并不能做到。最后，Adam归纳在两种情形下，Scrum Master无法带来好处：

1. 在表现杰出的自组织团队中，Scrum Master无法添加更多价值。在这种情形下，他希望团队意识到他们不再需要Scrum Master。
2. 团队面对的障碍超出了Scrum Master能够消除的能力。在这种情形下，他认为Scrum Master需要指导团队，指导他们寻求帮助、培训或支持。

他接着说：

如果团队存有Scrum Master可以消除的障碍，Scrum Master不一定必须精通技术才能对团队有价值。对于新近实施敏捷的团队，他们有必要拥有技术方面的顾问，因为技术方面的改进需要以更小步伐、更快增量的方式进行。

技术教练是任何敏捷实践得以成功实施的重要原因，但其他不同类型的专家也非常有用，精明的Scrum Master在识别指导团队付出以最大化产出成果的机会方面可能非常有用。Scrum Master不需要对如何达成这一点的特定方面知道太多，虽然这对于有效的领导者（注意，我并没有说“经理”）至关重要。

Hariprakash Agrawa认为：Scrum Master技术能力的重要性与团队在敏捷实施上走得多远更为相关。团队越新，他们遇到的障碍更可能属于技术方面的问题，在这种情况下，他更倾向于技术方面的Scrum Master。而即便在这种情况下，他也依旧认为人际交往能力比技术知识更重要。他认为错误的人即使有技术，也能创造很多损害。

查看英文原文：Do ScrumMasters need to be Technical?