从项目经理过渡到ScrumMaster的三个技巧
ScrumMaster的背景各不相同，有些曾专注于开发工作，有些也可能专精于管理。据我在课堂上所作的观察来讲，那些曾经从事过项目管理工作的ScrumMaster所占据的比例最大。
在我们的 CSM认证课程中，许多一直担任项目经理角色的参与者往往会感到不知所措。他们的职业生涯一直都围绕于制定各式的时间表，并确保团队能够满足它们——但现在，他们所属的组织正在转向“敏捷”的工作方式，这意味着这些项目经理可能不得不做一些与从前完全不同的事情。他们的新目标要么是成为一位Product Owner，要么成为一位ScrumMaster。
各类认证对于这些参与者而言并不是新鲜事物。相对于ScrumMaster认证，他们中的一部分人早已从项目管理协会（PMI）获得了项目管理认证，现在进一步寻求获得 CSM认证是为了，以确定成为ScrumMaster是否是他们职业生涯的下一站，或者，他们期望能够更好理解“敏捷”的工作方式。而另一些人，则是被组织要求担任特定的角色，并因此去寻求所需的新技能。
转型成为ScrumMaster角色的技巧
担任新的角色往往是令人生畏的，但是一定可以做到！这里有一些从项目经理过渡到ScrumMaster的关键技巧。
认识项目经理与ScrumMaster角色的差异
这两个角色之间的区别对您来说是不是很明显？许多人认为这只是同一个角色的两个不同术语而已——许多组织也将它们视为同义词。
项目经理是团队的驱动者。他们就像赛艇队的舵手，桨手们面朝船尾，看着坐在船尾面朝前进方向的舵手。舵手掌控船舵，但同时也需要协调桨手们的力量和节奏。如同项目经理，舵手显然是全船的负责人，他们真的可以看到桨手们看不到的东西。
项目经理看起来更像是身处团队之外。他们指导、鼓励、制定计划，并最终对项目团队的成功负责。就像这个职位的名字所表达的：他们对团队有直接的管理责任。
ScrumMaster则遵循着完全不同的行为范式——她/他更像是一名教练。他们既不驱动也不管理他们的团队，而是帮助促成团队成为最成功的自己。他们提供协助，他们是服务型的领导者，以任何可能的方式提供帮助。此外，ScrumMaster还要负责确保团队能够正确地理解敏捷原则和Scrum框架。
用最受欢迎的一句话总结就是：“ScrumMaster通过影响而不是权威来领导团队”与项目经理的情况正好相反。了解这种差异是关键！如果您尝试以项目经理的心态担任ScrumMaster的角色，那么您很可能在开始之前就注定了失败。
将项目计划的用语从“截止日期”改为“估计”
在传统的项目管理环境中，截止日期是不可动摇的，您的团队越是能在最后期限前完成任务，您作为项目经理就做得越出色。您有责任推动您的团队按时、按范围并按预算交付——也就是令人畏惧的项目管理铁三角。以我的经验，不管哪位项目经理管理项目，这些铁定的最后期限很少能与最初的项目计划保持一致，当然您的经历或许有所不同。
在敏捷团队中，我们从更诚实的角度来处理时间线的问题。我们正视这样一个事实，即我们无法确定完成一项复杂的工作需要多长时间，更不用说一连串的工作了。
因此，我们在尝试预测未来时，需要根据团队的真实数据估计团队什么时候可以做完某项工作，而不仅仅是通过直觉假设。如果一个团队能够始终如一地每隔几周交付三到五个事项，我们就可以通过这段时间内乘以相同的范围来预测他们在未来的产出。
这里的关键点在于，这是一个估计，而不是最后期限。我们不是承诺团队会在接下来的六个月内完成产品待办列表中的巨量工作。我们只能根据团队当前的燃烧率或 “速率（Velocity）”，来估计团队有可能在未来的某个日期完成这些工作。如果他们的节奏或范围发生变化，我们会更新这个预测，并始终向我们的所有相关者提供尽可能精确的最新预测。
这并不是说我们永远无法确定一个截至日期。每个企业都有固定的截止日期（可能必须在年底之前完成，或者是在某个大型产业峰会之前完成）。当截止日期需要被固定时，我们必须在项目的范围上保持灵活，同时要始终忠于我们整体的产品愿景。虽然传统的项目管理并不允许这样做，但是作为敏捷的一部分，Scrum团队经常需要以项目范围换进度。
专注于团队
如果我是项目经理，我的关注重点是日程、期限、范围和预算。我负责处理我的“资源”（记得我们刚刚还称那些“资源”为人吗？）和我的关键路径，以确保项目按计划顺利运行。
如果我是ScrumMaster，我会专注于团队。我会花时间去思考如何帮助他们持续改进。我会注意团队内部的人际冲突，关注团队内部或外部的沟通不畅。我会时刻不停地去寻找能够帮助我们团队变得更好的方法。您需要转换关注点从而转换您的角色。项目经理关注产出，而ScrumMaster关注结果。
Scrum团队希望在每个Sprint交付最大的价值，而这并不等于要完成最多的工作量。ScrumMaster帮助团队对客户的现实情境产生最大的影响，这无关于工作量如何。事实上，ScrumMaster更愿意以更少的工作量产生更大的影响，以便他们有更多的精力来处理其它更有价值的事情。而项目经理只是想让团队完成尽可能多的工作量。
这种对团队的关注远远超出了生产力。ScrumMaster帮助解决冲突，指导每一位团队成员了解他们在团队中的角色，并帮助整个组织尊重并清晰地认识到自组织团队的好处。在我看来，相比于简单地管理项目计划，这是一项更加艰巨的工作。这就是为什么我们要在高级ScrumMaster认证课程(Advanced Certified ScrumMaster)中花费那么多的时间来讨论这些主题的原因。
我见过许多项目经理转型为成功的ScrumMaster。这里的关键点是要完全弄清楚不同的角色（ScrumMaster、项目经理或产品负责人）所要选择的处事方法的差异。如果您是一名喜欢规划时间表并使团队持续按计划交付成果的项目经理，或者您对产品负责人的职责更感兴趣，如打造未来产品，那么成为ScrumMaster可能并不是最适合您的选择。然而，如果您在工作中最喜欢的部分是与一群敬业的专业人士共同合作，一起改善客户的现实情境，那么您很可能会成为一位卓越的ScrumMaster。
作者：Brian Milner
译者：捷行译社
致谢
本篇译文来自ShineScrum捷行译社的三位学友共同翻译，译者介绍：
陈子昀Sherry Chen
组织发展顾问 & 高管教练、美国麻省理工斯隆商学院-数字化转型教授联席合作伙伴、复旦大学管理学院企业导师、国际教练协会ICF认证PCC组织教练、国际认证Team Coach、美国圣约瑟夫大学组织发展和领导力硕士。
齐欢Hendry Qi
生命科学领域研发工程师/大学讲师
专业认证：CSP-SM, A-CSM, CSM, PMP, PMI-PBA, PMI-ACP, CxCE和CAL E+T+O认证。
刘康Kang Liu
专业认证：CSP-SM, SAFe5(R) Professional Consultant (SPC), PMP和CAL-II认证。从事企业级敏捷教练工作12年，现旅居德国，致力于企业流程改进，工具优化和敏捷转型。
原文链接：https://www.mountaingoatsoftware.com/blog/from-project-manager-to-scrum-master-3-tips-for-making-the-transition?utm_source=drip&utm_medium=email&utm_campaign=Scrum+Master+vs+Project+Manager+-3+Tips+When+Changing+Roles