作者介绍
Vasco Duarte，通过关注产品开发团队，产品的端到端生命周期，致力于将产品开发组织转型到产品业务组织。Vasco目前是Oikosofy的执行合伙人。产品经理、Scrum Master、项目经理、总监、敏捷教练只是他在软件开发组织中承担的部分角色。Vasco在1997年就开始在软件行业工作，并且从2004年成为敏捷实践者。他也曾作为组织敏捷转型的敏捷教练或领袖，在小型企业、中型企业和大型企业工作。他还曾是Avira、诺基亚和F-Secure公司敏捷组织和敏捷文化转型的一名领导及催化师。
今天是你的第一天。这可能不是你第一次担任Scrum Master的角色了，但今天却不同。你面对的是一个新的团队、新的组织。以及面对完全不同的、一系列的挑战。
你曾做过这个工作，但并不处在这个环境，不是与这个团队、与这个组织合作。那么你怎样调整呢？如何接受新团队的挑战呢？从过去的经验中，你可以使用什么工具来帮助你在这个环境中获取成功呢？你对过去使用的工具都有所记录，不是吗？我们都曾经、或者以后会在这样类似的处境下。
作为Scrum Master，如果我们想获得成功，必须针对合作的不同团队和组织创建自身的方法。幸运的是，我们不需要独自创建那些方法并设计Scrum Master工具。我们有很多有用的外部资源，可以帮助我们创建自己的Scrum Master工具箱。从优秀的实践书籍，如Jurgen Appelo的《Workout》，到经典的诸如DeMarco与Lister编写的《Peopleware》，再到更侧重教练的书籍，例如Lyssa Adkins编写的《如何构建敏捷项目管理团队》。但是学习的最好方式就是与很多的、有不同经验的Scrum Master 们交谈。从经验的多样化中，我们可以构建出自己的方法，并且通过尝试不同的方法获取灵感，直到找到适合特定环境的方法。
大量的多样化的方法是Scrum Master的一个关键资源，因为他们不会一遍又一遍地面对同样的情况，而是几乎每天都会面临新的情况。在有一个新成员加入后参加每日例会；或者在一次失败的演示之后立刻规划Sprint，我们需要访问深度工具箱，想出创新和有参与度的实践、技术以及方法来帮助团队和组织获得成功。
为了帮助Scrum Master们创建自己的方法，我们在Scrum Master工具箱播客中收集了很多不同的观点，并且在这里整理了一部分供大家以后阅读和参考。下面你会找到具有15款工具和方法的一个列表，供全世界的Scrum Master们使用。经验丰富的Scrum Master们解释了他们如何定义和衡量自己作为Scrum Master的成功，并分享了有关如何获得成功的经验教训。从处理干系人，到如何改进教练技能，再到如何帮助团队达到可持续发展的步伐。下面分享的内容来自多年的经验教训，将有助于你改善Scrum Master的表现。
我们也添加了一些说明和警告，你必须要考虑一下。这个目的是：帮助你成为一名成功的Scrum Master。
让我们开始。
来自经验丰富的Scrum Master们最重要的经验教训
首先，你如何衡量成功？经验丰富的Scrum Master们分享的最常见的经验教训就是：要获得成功，首先必须要定义成功，然后在衡量你的方法。每一名Scrum Master做的方式都会有点不同，但是他们都这样做了。下面就是一些具体的例子与问题，可以用来衡量自己作为Scrum Master的成功。
1.定义衡量自身成功的方法，然后跟踪自己的发展计划，就像遵循团队发展那样。Jeff Kosciejew列出了三个问题，他根据这些问题来评估自身的成功：
团队在这个Sprint是否交付了准备好的软件产品？
每个人是否都满意、或骄傲于他们取得的成果？
我们是否改进了工作方式（例如我们是否比上个Sprint交付了更多的价值？）
Scrum Master拥有自己的问题，这种方法似乎在其他Scrum Master们中也很流行。Dominic Krimmer创建了自己的清单来评估他作为Scrum Master的表现：
是否有团队愿景？
是否有清晰定义的Sprint目标或者关注点？
Scrum板是否及时更新，使工作可见并透明。
是否有控制面板，用来沟通产品的状态？
用户故事的质量是否好？
最终Stefano Porro推荐了另一个问题列表：
团队，或者团队成员是否觉得他们的贡献是有价值的，并认为是很重要的？
团队工作在这个项目上是否开心？
如果给团队一个选择，他们是否还想在以后让你继续承担Scrum Master的角色并与你一起合作？
每日站会的“参与指数”是否在正常水平?(参与指数=影响团队工作的非请求干预数量。)
你用什么问题来衡量成功并不重要，重要
