敏捷微管理——认真的吗？

让你的 Scrum 工作 #27

Scrum 有很多失败的可能性。事实上，鉴于 Scrum 是一个具有合理但简短的“手册”的框架，这种效果应该不会让任何人感到惊讶。例如，Scrum 指南清楚地说明了 Scrum 团队级别自我管理的重要性。然而，许多使用 Scrum 的失败尝试的主要原因是我称之为敏捷微管理的结果，这是对敏捷原则的伪承诺，只有在从利益相关者或经理的角度看来是有益的时候才会被覆盖。

加入我，在不到两分钟的时间内深入探讨自我管理 Scrum 团队的重要性。

Scrum 团队和根据 Scrum 指南进行自我管理的目的

根据 Scrum 指南，Scrum 团队是自我管理的：

“Scrum 的基本单位是一个小团队，即 Scrum 团队。Scrum 团队由一名 Scrum Master、一名产品负责人和开发人员组成。在 Scrum 团队中，没有子团队或层次结构。它是专业人士的凝聚力单位，一次只专注于一个目标，即产品目标。

Scrum 团队是跨职能的，这意味着成员拥有在每个 Sprint 中创造价值所需的所有技能。他们也是自我管理的，这意味着他们在内部决定谁做什么、何时以及如何做。”

除了这些对 Scrum 团队性质的直接引用之外，整个 Scrum 指南中还有许多其他关于 Scrum 首要原则之一的引用——自我管理：

第 4 页：当相关人员没有被授权或自我管理时，适应变得更加困难。第 5 页：在 Scrum 团队中，没有子团队或层次结构。第 5 页：他们也是自我管理的，这意味着他们在内部决定谁做什么、何时以及如何做。第 5 页：他们由组织组织并授权管理他们自己的工作。 第 6 页：Scrum Master 以多种方式为 Scrum 团队服务，包括指导团队成员进行自我管理和跨职能。第 8 页：[Sprint 计划：选定的工作将如何完成？] 如何完成由开发人员自行决定。没有其他人告诉他们如何将产品待办列表项转化为价值增量。第 9 页：开发人员可以选择他们想要的任何结构和技术，只要他们的每日 Scrum 专注于 Sprint 目标的进展，并为第二天的工作制定可行的计划。这创造了焦点并改善了自我管理。

请允许我指出一个显而易见的问题：自组织并不意味着没有管理：例如，为什么 Scrum 团队要承担薪酬角色的责任？这是否有助于为客户创造价值？应该少了。因此，成为一个自组织的团队并不意味着缺乏管理本身。然而，这确实意味着不需要像 1926 年通用汽车装配厂那样的微观管理。

敏捷微管理的原因

根据我的经验，由于中层管理人员对变革的抵制，敏捷变成了微观管理。尽管有更好的知识，但将一个组织转变为一个包含实验和失败的学习型组织并不符合每个人的最佳利益。此外，自组织、授权的团队经常与中层管理人员执行个人议程的动力相冲突，自我保护就是其中之一。我观察到组织从敏捷原则（例如 Scrum 对团队自我管理的强调）回归到敏捷微观管理的三个主要原因，而只是对最初的原则说三道四：

1. 感觉失控：被培训为解决部门所有问题的首选个人，经理们发现很难接受团队现在是自我管理的，并负责自己提出解决方案。如果他们的下属不再需要他们，他们迟早会被淘汰吗？
2. 遇到严重问题：管理层在关键问题出现时放弃自组织，组建“工作组”，而不是支持现有的 Scrum 团队解决问题。
3. 分配任务：经理直接将特定任务分配给开发人员，从而绕过产品负责人并忽略开发人员的自组织特权。或者，经理从团队中移除一名开发人员来处理此类任务。

后果：假装尊重敏捷原则的寿命很短，因为 Scrum 团队中的许多从业者很快就会明白这一点。失去信任可能是毁灭性的，因为信任是一切的开始。没有信任，就没有透明度；没有透明度就没有检查，没有检查就没有适应。这让我们回到了我们开始的地方：瀑布式计划掩盖了猜测可能会成功并为发起人提供职业推动的希望。与此同时，从业者试图避免不可避免的责备游戏，在月底领取工资单：“你假装我们敏捷，我们假装关心结果。”

解决方案：在复杂的环境中，不再有专家可以解决他们面临的任何问题。因此，管理风格需要适应于告诉人们何时做什么以及如何鼓励集体学习、探索选项和确定团队合作产生的解决方案。管理层的任务是通过让每个人都参与进来，并在心理上安全的地方让每个人都有发言权，从而创造一个允许这种情况发生的环境。对于管理层来说，现在是时候放弃泰勒主义而转向仆人式领导了。

结论

从保守的中层管理人员的角度来看，坚持指挥和控制管理风格看起来对个人有利的原因有很多。因此，很容易采用任何敏捷过渡来满足当地最佳和个人职业规划的要求，从而产生敏捷的微观管理。这最终与最初在组织层面授权自组织团队的目的相矛盾。

问题不在于这些人试图通过对敏捷原则的伪承诺来克服对他们个人议程的挑战，只是在看起来有益的时候推翻它们。相反，问题在于支持敏捷转型的变革推动者几乎没有为该事件做好准备。毕竟，敏捷软件开发宣言的四个价值观不是常识吗？那么，谁会拒绝他们呢？

您是否遇到过恢复到敏捷微观管理的组织？请在评论中与我们分享您的学习成果。