我是如何被Scrum Master解雇的

成为一名Scrum Master可能很艰难。你有责任帮助组织改变他们处理复杂工作的方式。你要帮助他们采用经验主义的方法来应对变化和不确定性。

虽然大多数人会意识到改变的必要性，但在很大程度上，人们不想改变或被改变。大多数大型和成功的组织都是为了抵制和阻止变革而建立起来的。维护让他们现在(大而成功)的系统。有时候，当你试图改变做事的方式时，你会结交一些喜欢现状的敌人。如果你惹了太多不该惹的人，你最终可能会“换”掉一份工作。

这是我们作为Scrum Master必须始终意识到的事情。如果事情很容易，这可能表明你已经从成为变革推动者的挑战中退缩了。如果你做得太多，太用力，你可能会惹到不该惹的人，让自己被炒鱿鱼。我们所有成为Scrum master的人都必须意识到我们面临的危险，并决定我们愿意承担多大的风险。

当我获得了更多的Scrum Master经验时，我变得更有信心承担可能导致我被解雇的风险。当时我正在成为一名Scrum.org的专业Scrum培训师，所以我把这看作是我学习旅程的一部分。如果我没有亲自测试过，我怎么能告诉人们极限在哪里呢?结果，我多次被炒鱿鱼。所以，为了你们的教育和娱乐，下面是其中一个时代的故事。

我第一次作为Scrum Master被解雇时，我正在为一家大公司工作，该公司的市场份额多年来一直在稳步下降。创新很低，他们需要新的想法来生存。我最近被引进来帮助他们实现两个重要目标。第一个目标是帮助他们了解并开始使用Scrum。第二个目标是帮助他们开发一种新的创新产品。尽管这种产品的开发风险很高，但它提供了一个潜在的巨大成本降低机会，并可能彻底改变他们的行业。它还可能激发该组织一些急需的创新，而这种创新已经缺乏太长时间了。

在被录用后不久，我帮助了组织的第一个Scrum团队。我们在1周的sprint中工作，并建立了真正“完成”并实际工作的“完成增量”。我们每周都在开放式办公室检查产品，在那里，各种各样的利益相关者和高级经理都能参加，并看到我们在做什么。

他们印象深刻，非常深刻!我们一周的产量比他们大多数团队3个月的产量还要多。人们对Scrum的潜力感到兴奋，这激发了许多其他团队更多地了解它，并开始试验它。我的第一个目标实现了。

然而，Scrum是关于透明度的，而这种透明度所揭示的东西并不总是受欢迎的。该组织以传统的方式工作，当我到达时，一个项目经理已经“确定”了我要做的项目，并决定需要6个月的时间。这在一个计划中是固定的，改变是不受欢迎的。

一旦我们完成了几个sprint，测量了我们的交付能力，并将其与产品Backlog中“承诺”的工作量进行了比较，很明显至少有12个月的工作。这是假设没有增加新的范围，没有要求更改，没有估计结果是错误的，所有这些都是非常非常不可能的。

我和项目经理讨论过这个问题，但这个信息不受欢迎。我提出了一些可能的改变来帮助你。缩小范围，增加更多的人或者在其他简单的事情中留出更多的时间。这些建议都被否决了。我被告知，无论如何，我们只需要利用现有的资源按时“完成任务”。证据清楚地表明这是不可能的，但没有人在听。

不久之后，项目经理告诉我，他有一个解决问题的办法。他会终止我的合同，用省下的钱来资助一个新的开发人员，以便在最初的时间线内完成工作。我有点震惊，但意识到这可能是一个好主意，除了两个重大问题。

第一个问题是，多一个开发人员并不能使项目的时间从12个月缩短到6个月。最多1-2个月的差别。他们仍然无法按计划交付。

第二个问题是，他们会失去我作为Scrum Master所提供的服务。我相信我的影响是至关重要的，如果我不在了，团队的工作速度会大大放缓。

我帮助消除的一个障碍是开发者们在会议上的巨大负担。我已经能够将他们需要参加的会议(与我们当前产品无关)从每天4小时减少到每天不到1小时。我知道，如果我不在那里，这种情况会立即恢复，项目会因此受到严重影响，甚至不可能实现最初的12个月时间表。

最终，我的反对意见被注意到了，我的合同被终止了。在这一点上，我应该感到悲伤，但我如释重负。我不想再参与另一个死亡行军项目，早在这之前，我就决定不再成为一个强加于他人的系统的一部分。

几年后，我遇到了这家公司的一些同事，他们告诉了我我离开后发生的事情:

• 项目经理开始负责，放弃了Scrum，雇佣了新的开发人员。开发人员被证明拥有错误的技能，不适合团队。团队的交付率降低了。
• 每天4小时的会议又回来了。现在每个开发人员每天少了3个小时来完成工作。团队的交付率下降更多。
• 项目经理没有解决任何阻碍他们前进的障碍，这让一些开发人员感到不安。积极性下降，交付速度慢得像爬行一样。

最终，项目在18个月后完成。比原计划多了12个月。产品质量很差，因为即使在这个日期之前，也积累了如此多的技术债务。大多数有趣的功能，可以使它成为一个改变行业的产品已经被描述，所以产品的当前价值很低。

不出所料，该产品在市场上失败了，大部分投入的努力都白费了。但是，这样一个充满希望的开始却失败了，这有一个有趣的副作用。

一些重要人物记住了我在项目开始时的预测和建议。有证据表明，6个月是不可能的，但没有人听。在这个早期阶段，他们有选择。艰难的选择，但毕竟是选择。他们做出的选择是删除Scrum(和我!)，尽管在早期取得了巨大的进展。

一些经理看到了浪费的机会，决定重新引入Scrum。在培训和支持方面加大投入。多年后的今天，他们每天都有数百人使用Scrum来构建和支持他们的产品。虽然花了一些时间，但他们最终还是做到了!

改变很难。在更传统的组织中，在人们开始“理解”并发生真正的变化之前，可能需要多次失败的尝试。在这个过程中，你可能不得不决定是牺牲自己还是被牺牲来实现这个真正的改变。成为Scrum Master很难!

在我的下一篇文章中，我将告诉你一个我决定离开的组织(可能在我被解雇之前不久)。

---

大家好，我是Simon Kneafsey，是Scrum.org & TheScrumMaster.co.uk的专业Scrum培训师。我的任务是为100万人简化Scrum。到目前为止，我已经帮助了一万多人，我也可以帮助你。

欲知详情，请浏览TheScrumMaster.co.uk而且注册我们的通讯与其他80000多名Scrum从业者一起。