本文主要是介绍你想成为一个优秀的Scrum Master吗？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
你想成为一个优秀的Scrum Master吗？
我想是的，除非你是一个产品负责人或者其他的角色。我作为一个Scrum Master已经有20多年了，这些年，我给出了很多很多的建议，也收到了很多建议。我甄选出了我认为最棒的十个建议给大家。
1. 如果没有和团队商议，请不要代表团队做任何承诺。
作为一个Scrum Master，你没有任何权利代表团队接受需求变更，不管它有多小。即使你可以完全确定团队可以搞定它。你可以这么来回答：“我需要和团队沟通后再确认是否可以接受。”
当然也不能在没有和团队商议的情况下承诺任何交付日期，交付物，或其它的任何东西。当然，你也许不必每次都召开全员会议来和大家沟通，有些情况下，团队内的部分相关成员经过沟通后也是可以做出决定的。但是，这仍然是团队的决定，而非你的决定。
2. 记住，你的目标是让团队看起来很棒。
作为一个Scrum Master并不是要让自己看起来很棒。当团队看起来很棒的时候，你自然也看起来很棒。 当团队做得很好的时候，他们才看起来很棒。
当团队外的人开始怀疑是否还需要你的时候，你知道你干的不错。是的，如果你的老板怀疑是否还需要你的时候，那就太可怕了。但是，一个好老板会知道你的技能和专业知识会使你显得不必要，而事实上你是不可或缺的。
相信您的经理会明白显得不必要和实际上不需要之间的区别。
3. 不要用敏捷规则手册来怼团队
Scrum和敏捷都没有附带规则手册（尽管有些人试图创建规则手册）。
如果您的产品有用户，请考虑编写用户故事。但故事并非敏捷必需。如果有人需要知道你什么时候交付：请估算，如果没人想知道，也许你可以不做估算。如果您认为Sprint结束时做Sprint评审，收到反馈太晚，请在开发完每个功能时评审。
保持敏捷是指尊重创造敏捷性的原则和价值观。如果你只是生搬硬套这些规则，你可能不会走得太远。
4. 没有什么是永恒的，所以请验证你的过程
尊重敏捷性原则的其中一个方面是验证您的过程。鼓励团队尝试新事物。
你的团队是否喜欢为期两周的Sprint，并认为他们运行的完美无缺? 如果是的，那非常棒。现在让他们尝试一周或三周的冲刺并观察结果。实验可能并不总是受欢迎，但它们是确保您继续发现新的，更好的工作方式的最佳途径。
5. 确保团队成员和利益干系人视彼此为同行
团队成员和业务方利益干系人各自为产品开发计划带来了重要的视角。因此，每个人都需要得到平等的对待。
如果双方出现隔阂，整个组织都会受到损害。开发团队需要了解利益干系人带来的独特视角，利益干系人需要尊重开发团队，包括倾听开发人员说：“这个截止日期是不现实的”。
6. 保护团队，用比你想象的更多的方式
Scrum Master需要保护团队避免受到过于苛刻的产品负责人或利益干系人的影响，这是我们经常听到的对Scum Master的建议，这是个好建议。有时候，产品负责人很强势，只是简单地要求更快、更多。这会迫使团队牺牲质量，到头来困扰着项目。因此，一个优秀的Scrum Master可以保护团队不受此影响。
但是，你可能不知道，一个优秀的Scrum Master也应该防范团队陷入自满。优秀的Scrum团队会不断寻求改进。有些团队，可能不自觉的认为自己已经足够好了，他们的确有可能比敏捷之前有了显著的进步。但即使是最棒的团队，也经常有机会变得更好。卓越的Scrum Master保护团队，不会让他们感到没有任何东西需要学习。
7. 把失败从你的词汇表中移除
我偶尔会碰到一些团队，如果他们在Sprint结束时未能交付他们计划的所有内容，他们会将这个Sprint称为“失败的Sprint”。我不认为这是失败，特别是如果团队完成了大部分计划的条目，或者他们巧妙地处理了紧急情况。
当篮球运动员将球投向篮筐并得分时，它被称为进球得分（Field Goals）。如果球员没投中，这就是所谓的投篮尝试（Field Goals Attempt）。不是失败，而是一次尝试。
优秀的Scrum Master帮助团队调整他们的思维，以便他们认识到未能达到预期的Sprint和功能特性不是失败而是尝试。
8. 经常赞美，但永远诚挚
有一天，我告诉我十几岁的女儿，我为她感到骄傲，她立刻兴高采烈。这不应该让我感到惊讶。谁不想知道某人为他们感到骄傲？
但她的反应让我意识到我不能经常告诉她这一点。我认为这相当于我告诉她一些明显的事情，比如“你很高”。但我知道事实并非如此。
永远不要提供虚假的赞美。没有人想听到这个。但是，当你发现你的团队成员的工作做的很好的时候，请告诉他们。他们很可能不会经常听到。
9. 鼓励团队接管你的工作
对敏捷不熟悉的团队将重度依赖他们的Scrum Master或教练。团队可能不知道如何让每日站会在十五分钟内完成。或者他们可能不了解如何交错式地工作，以及建立跨职能团队的重要性。
一个没有经验的球队也是如此。学习踢球的小孩的教练需要教会他们一切。当我的女儿们6岁的时候，他们的教练会在边线跑动，整场比赛大喊“踢，跑！”如果他不这么做，那么年轻球员就会忘记。即使他大喊大叫，偶尔也会有一些孩子坐在草地上发呆。
将年幼孩子的教练与世界杯队的教练进行对比。在世界杯球队中，球员们已经学会了做什么。如果训练的时候，教练迟到了，球员知道用什么样的演练或练习开始一天的训练。世界杯教练不需要提醒球员踢球和跑动。但是世界杯球队永远不会告诉你他们根本不需要教练。
无论敏捷团队有多好，我认为他们仍然可以从Scrum Master或者教练的辅导中受益。但是，优秀的敏捷团队会更加主动地去学习，以精通产品开发所需的技能。
10. 闭嘴听
很多时候，聆听、保持沉默是最好的辅导，让团队自己找到答案。
这可能很难。当你看到你的团队正在努力弄清楚要做什么时，很自然地想要插话并提供建议。但是如果你解决了问题，或者轻易地提供了建议，团队成员就会等着你为他们解决每一个问题。
我不想暗示你不能提供任何建议。你是个聪明人，否则你就不会担任现在的角色了。但作为一名优秀的Scrum Master，要帮助团队学习如何自己解决问题。如果你解决了团队成员面临的每一个问题，他们就没有机会知道他们自己行不行，可否自己搞定这些问题了。
以上，就是我给到大家的十个建议，您觉得这个建议列表还缺少些什么吗？我敢肯定我一定错过了一些不错的点子。您作为Scrum Master收到或给出的最好的建议是什么？请在下面的评论中分享您的想法。
这篇关于你想成为一个优秀的Scrum Master吗？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
