困惑的概念
“敏态”与“稳态”
数字化是近些年传统企业的转型方向，其中敏捷转型是企业在数字化转型中很重要的一部分。一方面企业引入敏捷方法帮助他们适应数字时代的市场变化的要求。另一面由于传统企业往往业务规模庞大，系统逻辑复杂，长时间使用ERP等传统商业套件构建的中后台系统很难适应数字化转型时提出的业务高响应力要求。
为了应对这种挑战，咨询公司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举了个例子，比如我们去重写一个遗留系统，以使其适应数字化的要求；
- 业务规划阶段，主要是企业的业务部门如何来规划自己的业务愿景并将其拆解成不同的投资组合，进一步形成业务方案。
- 软件交付阶段，敏态稳态团队分别按照各自开发方式完成功能开发，关键点是，敏稳团队需要事先对齐关键活动，比如UAT日期和投产日期。这样才能够保证特定业务方案能够如期实现并投产。
-
双模IT本身就是一个伪命题：双模IT中的Traditional Mode是基于“predictable and well-understood”这个前提的，但真的有软件项目是可用做到可预测以及完全已知么似和我们之前在接触敏捷时被传输的观点是相悖的，且不说现实中的大型遗留系统知识散落不完整的问题，重新构造或优化遗留系统本身也是一个需要探索和充满不确定性的过程。
-
双模IT是一个中间状态，是企业转型的过程而非终点：这类观点认为Traditional Mode的产生并不是为了应对固定的需求，而是为了应对那些难以在短时间内达到敏捷状态的系统或团队。这些团队有可能受制于当前的系统架构或组织架构无法敏捷化，那么在制约因素被解决之前，也需要对齐不同模式团队的流程。或者用精益项目模式让团队先动起来也不失为一个好的做法。
-
双模IT仅聚焦于企业IT内部，不引入业务方很难真正做到组织级敏捷，端到端提升企业对市场的响应速度：Thoughtworks咨询总监肖然在洞见《数字化时代的科技双模，双模IT成为过去式》中说“双模IT的提法确实已经不再适合于现代数字化业务的打造，问题不在“双模”，而在于将IT作为整个科技转型的出发点” “核心是希望科技真正融入业务，成为业务发展的核动力，仅仅从IT出发是完全无法实现此目标的，如何让业务团队具备科技思维是根本性的全局问题。”
-
双模IT为不愿转型的团队提供了借口：在一些客户实际转型过程中，我们发现选择精益开发模式的团队越来越多。对于一些转型意愿不强的团队，一方面碍于领导或整个转型氛围的压力不得不做点儿什么，另外一方面又不想离开舒适区完全推翻以前的工作方式。所以对团队冲击相对较小的精益模式成了他们的避风港。
三个阶段之后往往我们还会推荐客户引入数字化运营来将运营收集到的反馈反作用于业务决策，最终实现产品流程的闭环。
这部分的内容如果展开会比较复杂，包含了许多细节，未来我们可以通过其他文章给大家进一步介绍。。
###不同的声音
到目前为止，我们澄清了敏稳态中的概念，也展示了目前我们在给传统企业做敏捷转型的时候一般的双模（态）体系方向是什么样的。但并不意味着目前的方案就已经是最终方案了，对双模IT方向还是有很多专家提出了不同的声音，下面是一些比较有代表性的观点：
未来的敏稳态
双模IT作为敏捷转型过程中的产物，在一定的时间段内是有其积极意义的，它让企业降低了转型过程中的焦虑与不安全感，迈出了转型的第一步。
对于未来，我认为就像在Thoughtworks的研发体系全景中的规划一样，企业可以利用双模IT来度过转型的过渡期，但最终业务的不确定性与软件开发过程中的的复杂性决定了绝大多数团队是需要积极转变为敏捷开发方式来应对的，少数由于客观情况无法做到敏捷的团队至少也需要转变为精益项目模式，引入精益实践来加快团队的响应速度，以避免成为端到端敏捷中的短板。
长远来看双模IT并不是企业在进行敏捷转型中追求的目标或终点。敏捷企业需要的是随时能够响应市场的变化，跳脱出IT的小圈子，扩展到业务甚至运营，真正做到全流程端到端敏捷。
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！