你想成为一名优秀的Scrum master吗？
我希望答案是肯定的（除非你是PO或者其他角色）。我在做Scrum master这二十多年的时间里，累积了相当多的建议，现在整理成10条最适合大家的。
1、在没有咨询团队成员前，不要让他们做任何事
作为Scrum master，你没有权限代表团队接受需求变更（无论该变更多小）。哪怕你完全相信团队能搞定这个要求，你也要说“我要征询团队的意见，然后才能跟你确认。”在和团队成员交谈前不要承诺截止日期、交付物或者其他任何东西。你可能不需要和整个团队去交谈——很多团队允许部分或者全部成员在没有全员会议的情况下表态：“是的，我们能做”。但这依然是团队的决定而不是你的。
2、谨记你在这里是为了帮助团队表现得好
Scrum master的工作不是让自己表现不错。团队看起来好的时候你看起来不错，而当他们出色的完成工作的时候就会看起来很好。
当团队以外的人开始考虑是否需要你的时候，你就会明白自己工作做的很好。当然，如果是老板怀疑你是否是必要的，那就太可怕了。但是一个好的老板会知道：是你的能力和经历让你看起来不重要，而事实上你是必不可缺的。相信你的领导会明白看起来不需要和真的不需要的区别的。
3、不要用敏捷规则来限制团队
无论是Scrum还是敏捷，都没有规则手册（尽管有些人试图创建这样的东西）。如果你的产品有用户，关注写用户故事，但这些故事不要求必须是敏捷的。如果有人需要知道你们什么时候能交付，那就预估一个。如果你认为sprint结束时的评审会太晚而不能及时收到反馈，那就在构建每个特征时做一次评审会。
敏捷就是要遵循创造敏捷的原则和价值。如果你坚持这些原则和价值，那不管别人和你说什么，你都不可能走太偏。
4、没有什么是永恒的，去验证你的方法
遵循敏捷的部分原则是为了验证你的方法，要鼓励团队去尝试新的东西。他们是否喜欢两周的sprint，认为自己做的完美？现在让他们尝试一周或者三周的sprint并观察结果。这样的实验可能不会一直都受欢迎，但却是确保你能继续发现更新更好的工作方法的一种途径。
5、确保团队成员和其他相关人员平等相待
团队成员和利益相关的业务人员都为产品开发计划带来了重要视角。因此每一方都需要同等重视。当任何一方在容忍另一方时，组织就会遭受损失。开发团队需要理解其他利益相关者看待这件事的角度。另一方面，这些业务人员也应该尊重开发团队，比如当开发人员表示截止日期不可能完成时应该去倾听他们的想法。
6、竭尽所能保护团队
Scrum master应该要保护团队不受严苛的PO或者业务方的影响可能是最常见的建议了。这也的确是个很好的建议。有时候，PO只是单纯的要求太多，太频繁，太咄咄逼人。这使得团队走捷径，通常是一些高质量的捷径。但这又会给项目带来困扰。
所以一个优秀的Scrum master要保证团队不受这样的干扰。
还有一个不常提到的是好的Scrum master也应该避免团队产生自满情绪。优秀的敏捷团队会持续寻求改进。其他团队可能会无意识地觉得自己已经足够优秀了。而且他们可能比刚知道敏捷的时候快的多。但是就算是优秀的团队也常常会想变得更好。
优秀的Scrum master要时刻避免团队觉得自己已经没有什么需要去学了之类的情绪。
7、从你的字典中删除“失败”
我时常会拜访一些认为sprint失败了的团队。这通常意味着这个团队没有按计划交付所有东西。我很难认为这是个失败，尤其当这个团队已经完成了大部分计划项目或者巧妙地解决了一些突发情况的时候。
篮球运动员将球投进篮筐并得分时，这叫投篮得分。而如果没有投中，就叫射篮。不是失败，只是一次尝试。
好的Scrum master要帮助团队调整思维方式，让他们识别出不符合预期的sprint或者特征，并理解这些是尝试而不是失败。
8、经常表扬，始终真诚
一天，我告诉十岁的女儿我为她骄傲，她的眼睛立刻亮了起来。这不奇怪，谁会不喜欢听到别人赞扬自己呢？但是她的反映让我意识到我不能经常和她这样说，这让我觉得好像是在告诉她一些显而易见的事情，比如：“你长高了”。但我知道不是这样的。
永远不要虚假的表扬其他人，没人想听。但是当团队做的好的时候，也要让他们知道。
9、鼓励团队承担你的工作
一个新的敏捷团队通常会很依赖Scrum master或是教练。他们可能不知道如何将每日站会控制在15分钟以内，或者不理解重叠工作或跨职能团队工作的重要性。
一个没有经验的球队也是这样的。教小朋友足球的教练需要教他们所有事情。我女儿六岁的时候，她们教练经常是正常游戏都沿着边线在跑，并且边跑边喊：“踢呀，跑呀”。如果不这样做，这些小球员就会忘掉。即使他一直在喊，仍然会有一些孩子坐在地上看着。
把孩子们的教练和世界杯球队教练进行比较。在参加世界杯的球队中，球员已经学会要做什么，就算教练迟到，他们也知道如何开始新一天的训练，这里的教练不需要提醒球员踢球奔跑。但是世界杯球队也永远不会告诉你他们根本就不需要教练。
无论敏捷团队多么优秀，我始终认为他们依然可以从Scrum master和教练哪里受益。但是，优秀的敏捷团队可以自己承担一些更直接的指导任务，作为他们掌握产品研发所需技能的一部分。
10、多听少说
有时候你能做的最好的指导就是保持沉默，让团队自己去找答案。这不容易，当你看到团队成员在苦苦挣扎要怎么做的时候，你自然想加入他们并提供建议。但如果你轻易地解决了问题或者提供建议，团队在遇到问题的时候就只知道等着你来帮他们解决。
我不是暗示你不能提意见，你是个聪明人，不然也不会承担这个角色。但是成为优秀的Scrum master的一点就是帮助团队学会靠他们自己解决问题的能力。如果是你去解决他们面对的每个问题，他们就不会有机会了解自己。
后记
我肯定错过了一些很珍贵的建议。作为Scrum master，你得到过的最好的建议和忠告是什么呢？欢迎留言和大家分享。
本文翻译自Mike Chon博客，原文地址https://www.mountaingoatsoftware.com/blog/ten-sentences-with-all-the-scrum-master-advice-youll-ever-need#comments