非强制管理错误

在我的职业生涯中，我发现的一个更有用的框架是积极避免管理中的非强制性错误。在网球比赛中，非受迫性失误是指球员由于自己的错误而不是由于对手的错误而错过了一次击球。在管理中，非受迫性错误是源于您的问题，而不是客观的业务需要或外部环境。

我将非受迫性错误定义为采取行动导致的问题，而什么都不做本可以很好地发挥作用：当你搞砸了一开始没有被打破的东西时的情况。除了令人讨厌之外，非强制错误还会分散对现有优先事项的注意力，并在您当前参与的任何战斗中开辟新的战线。由于解决方案如此简单-什么都不做-学习如何识别它们可以带来好处。

最常见的是决定“修复”一个无关紧要的问题，或者根本不存在的问题。一个典型的例子是决定迁移到新的技术堆栈，因为它看起来很酷，或者因为您当前的技术选择不再流行。也许您正在运行Ruby或PHP，但确实想尝试Rust，尽管您的产品在其他方面运行良好，并且在寻找和留住工程师方面没有问题。这个问题的发明可能会导致技术债务科学项目，在这些项目中，您的团队重新构建其他可用的技术。如果有任何东西损坏(很可能会)，那么您已经导致了一个非受迫性错误。

另一类非受迫性错误来自于决定对运行良好的系统进行标准化或监管。例如，假设您的工程团队都在以不同的方式运行敏捷流程。有些团队对回顾不严格，有些团队对故事大小严格控制，而另一些团队则是即兴发挥，有些团队偶尔会在冲刺之间插入“休息”周，因此日程安排永远不会完全一致。对于某一类人来说，这种不一致的感觉是非常错误的-就像一所房子，所有的墙壁都是非常略有不同的颜色。

但是，您的业务并不需要一致性，无论是出于美学目的，还是出于自身的考虑。在某些情况下，您可以在令人惊讶的长时间内容忍一些随意的团队过程-避免标准化的前期工作、持续的维护工作，以及在实际上不能帮助每个人平衡的系统上标准化的总体风险。(当然，如果强制一致性有真正的好处，那么您应该去争取)。

根据我的经验，非受迫性错误往往源于对控制权的渴望。在困难时期，抓住您已经掌握的领域并寻找优化它们的方法是很有诱惑力的，而这种优化感觉就像是富有成效的工作。具有讽刺意味的是，这意味着您更有可能导致非受迫性错误，因为这些熟悉的领域可能是您做得很好的领域-需要将重点放在您很少考虑的业务领域，在这些领域中，您现有的决策经过的战斗考验最少。

非受迫性错误的一般解决方案是毫不留情地确定优先级。将重点放在对您的业务和团队真正构成生存威胁或代表转型机会的问题上。

我避免非受迫性错误的简单启发式方法是，总是想象如果您跳过一个新项目可能会发生的最糟糕的事情-如果您根本没有考虑过这个计划会发生什么？当你谈论改变一些事情而不是做一些新的事情时，这一点尤其正确。如果最糟糕的情况是，您错过了对业务中不必要的部分进行5-10%优化的机会，那么警钟应该轻轻地敲响。

非受迫性错误是一种痛苦-它们不仅会分散注意力，而且当许多努力工作产生适得其反的效果时，光学效果可能会相当糟糕。通过避免这些问题，您可以让您的团队更快乐，并专注于获得对您的业务最重要的胜利。