IDCF

一、困惑的概念

二、“敏态”与“稳态”

数字化是近些年传统企业的转型方向，其中敏捷转型是企业在数字化转型中很重要的一部分。

为了应对这种挑战，咨询公司Gartner于2013年底首先提出了双模IT（Bimodal IT）概念：

Mode 1 is optimized for areas that are more predictable and well-understood.

Mode 2 is exploratory, experimenting to solve new problems and optimized for areas of uncertainty.

按照Gartner的描述：

模式1是为了优化那些确定性高，可预测的领域。这里Gartner举了个例子，比如我们去重写一个遗留系统，以使其适应数字化的要求；

模式2是为了优化不确定的领域，应对需要探索以及实验来解决的新问题的。这个相对比较好理解，比如我们开发一个新产品，要将其不断推向用户以验证产品是否符合市场需求。

下图Gartner很好的总结了两种模式的特点：

这两种模式表述了作为一家数字化企业在面对不同特点的需求时，需要具备相应的IT能力。这里的能力还仅限于传统企业的IT部门，并不包含业务部门，当然更不包括产品运营。

上述双模IT概念现在已经被相当一部分传统企业所接受，一般被认为是现在谈论的稳态，敏态的前身。现在提到的稳态对应于模式1也就是上图中的Traditional Mode，敏态对应模式2也就是上图中的Agile Mode。

双模IT中一方面强调Agile Mode要以短迭代式的开发来适应变化，另外在Traditional Mode中的表述是依然延续传统的IT开发，包括组织架构，开发流程等。当然双模IT并不是各自独立存在的，它们也会有互相依赖需要对齐的情况，目前有如下两种主流的对齐模式：

那么目前ThoughtWorks在给客户做敏捷转型时提到的敏态与稳态与Gartner的双模是一回事么？其实二者还是有些区别的。以ThoughtWorks某个客户为例，下图是ThoughtWorks咨询团队给客户规划的开发体系：

这个研发体系依然是在定义IT部门的两种开发模式。客户案例中的敏捷产品模式对应敏态，精益项目模式对应稳态。

在敏捷产品模式中，基本是继承了双模IT中Agile Mode的思想。以敏捷产品模式来应对变化与不确定性。其中也具象化了敏态中两种常用的团队运作模式，即迭代模式与单件流模式，更细化的规划能够更好的指导团队落地。

在精益项目模式中则与双模IT中的Traditional Mode有些区别。双模IT中提倡的Traditional Mode IT对应于传统项目，这种模式下案例客户老的开发方式被完全保留下来。与此同时增加了精益模式，精益模式提倡在原有案例客户的开发方式之上，根据团队实际情况，引入精益实践来提升团队运作效率。

从过往外部的一些文献中来看，每当提到双模、双速，基本指的都是Gartner提出的双模IT，它是根据前面提到的敏稳两种不同的特点所划分的不同的IT能力类型，每个个能力类型概念下可能会有多个系统，可能会对应多个团队分别以不同的方式运作。

综上可以看到，在ThoughtWorks上下文中双态IT与Gartner的双模IT基本原则是一致的，都将企业的IT运作二元分为敏稳两部分。在ThoughtWorks的双态IT进一步细化与改进了双模IT的实施方式，在敏态中明确了迭代与单件流的交付方式，在稳态中改进产生了精益项目的分支。

三、“敏捷”与“精益”

在研发体系这个上下文中，敏捷和精益通常是指某态之下的团队的具体运作方式。

敏捷方式对应之前客户案例研发体系中的迭代/单件流交付，Scrum与Kanban也是我们最熟悉最有代表性的的两种敏捷团队运作方式。

对于精益方式，我观察在大多数语境下指的是上一章节中客户案例研发体系中的精益项目这一项，并不包含传统项目。

当然企业实际运作过程中，仅有团队级别的定义是不足够的。通常一个业务目标会涉及到双态中的多个系统以及团队，这种情况下多个不同运作方式的团队怎么相互配合并且对齐信息的呢？

经过了无数前人的呕心沥血，ThoughtWorks逐渐沉淀出下图中的开发体系全景。

开发体系全景共分为三个主要阶段：业务规划阶段，需求分析阶段，软件交付阶段。

三个阶段之后往往我们还会推荐客户引入数字化运营来将运营收集到的反馈反作用于业务决策，最终实现产品流程的闭环。

四、不同的声音

到目前为止，我们澄清了敏稳态中的概念，也展示了目前我们在给传统企业做敏捷转型的时候一般的双模（态）体系方向是什么样的。但并不意味着目前的方案就已经是最终方案了，对双模IT方向还是有很多专家提出了不同的声音，下面是一些比较有代表性的观点：

五、未来的敏稳态

双模IT作为敏捷转型过程中的产物，在一定的时间段内是有其积极意义的，它让企业降低了转型过程中的焦虑与不安全感，迈出了转型的第一步。

对于未来，我认为就像在Thoughtworks的研发体系全景中的规划一样，企业可以利用双模IT来度过转型的过渡期，但最终业务的不确定性与软件开发过程中的的复杂性决定了绝大多数团队是需要积极转变为敏捷开发方式来应对的，少数由于客观情况无法做到敏捷的团队至少也需要转变为精益项目模式，引入精益实践来加快团队的响应速度，以避免成为端到端敏捷中的短板。

长远来看双模IT并不是企业在进行敏捷转型中追求的目标或终点。敏捷企业需要的是随时能够响应市场的变化，跳脱出IT的小圈子，扩展到业务甚至运营，真正做到全流程端到端敏捷。

V：CH050791