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 无法带来好处：
- 在表现杰出的自组织团队中，Scrum Master 无法添加更多价值。在这种情形下，他希望团队意识到他们不再需要 Scrum Master。
- 团队面对的障碍超出了 Scrum Master 能够消除的能力。在这种情形下，他认为 Scrum Master 需要指导团队，指导他们寻求帮助、培训或支持。
他接着说：
如果团队存有 Scrum Master 可以消除的障碍，Scrum Master 不一定必须精通技术才能对团队有价值。对于新近实施敏捷的团队，他们有必要拥有技术方面的顾问，因为技术方面的改进需要以更小步伐、更快增量的方式进行。 技术教练是任何敏捷实践得以成功实施的重要原因，但其他不同类型的专家也非常有用，精明的 Scrum Master 在识别指导团队付出以最大化产出成果的机会方面可能非常有用。Scrum Master 不需要对如何达成这一点的特定方面知道太多，虽然这对于有效的领导者（注意，我并没有说“经理”）至关重要。
Hariprakash Agrawa 认为：Scrum Master 技术能力的重要性与团队在敏捷实施上走得多远更为相关。团队越新，他们遇到的障碍更可能属于技术方面的问题，在这种情况下，他更倾向于技术方面的 Scrum Master。而即便在这种情况下，他也依旧认为人际交往能力比技术知识更重要。他认为错误的人即使有技术，也能创造很多损害。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论