双模 IT

双模 IT 是一个有缺陷的概念，它认为软件系统应该被划分为这两个不同的类别以进行管理和控制。

• 前台系统（参与系统）应针对快速功能开发进行优化。这些参与系统需要快速响应不断变化的客户需求和商业机会。缺陷应该被容忍，因为这是快速开发周期所必需的成本。
• 后台系统（记录系统）应针对可靠性进行优化。作为记录系统，重要的是不要出现损坏企业的缺陷。因此，您会降低变化的速度。

术语 双模 IT 由 Gartner 使用 [1]。麦肯锡公司在名为 "双速 IT" 的名称下谈论了相同的基本理念。（我很难抗拒称之为“双极 IT”。）

当我第一次听说这种方法时，我很高兴——认为这些权威机构得出了与我在 实用性与战略性二分法 中得出的相同结论，但当我进一步阅读时，我意识到双模 IT 是一种不同的动物。更糟糕的是，我认为双模 IT 实际上是一条错误的方向。

我的第一个问题是，这种分离是基于软件系统而不是商业活动。如果您想快速循环新想法，您将需要像修改前台参与系统一样频繁地修改后台记录系统。如果没有修改支持它们的记录系统，您就无法提出巧妙的定价计划。

我的第二个问题是，双模理念建立在 可交易质量假设 之上，即质量是可以为速度进行权衡的东西。这是一个常见的观念，但它是一个错误的观念。我们在 Thoughtworks 开始使用敏捷方法进行快速功能交付时，我们学到的一件令人震惊的事情是，我们也看到了生产缺陷的急剧下降。我们上线时出现的缺陷数量通常比我们的客户少一个数量级，即使是在他们的记录系统中也是如此。关键是高质量（和低缺陷）是快速循环时间的关键推动因素。通过不关注质量，遵循双模方法的人实际上会减慢他们在“参与系统”中的创新速度。

因此，我的建议是明智的做法是对不同类型的软件项目使用不同的管理方法，但不要根据双模方法进行区分。相反，采用 以业务能力为中心 的方法，并查看您的业务能力是实用性还是战略性。