第4章　迭代式执行

2013年10月1日，一个星期二的午夜。对于负责建设联邦门户网站“HealthCare.gov”以及落实《平价医疗法案》（Affordable Care Act，ACA）的项目领导层而言，这一天意义重大。对这一法案更流行的叫法是《奥巴马医改法案》（Obamacare exchange）。网站正式运营后，在医疗保险和医疗补助服务中心（Centers for Medicare and Medicaid Services，CMS）团队及其承建商的监控之下，最初的用户登录情况非常好。平台的访问量比预期高很多，这对一直担心登记注册人数不足的白宫来说是一个好消息。

然而，联邦公共网关接口（CGI Federal，这是网站承建商之一），办公室的气氛却异常凝重。IT技术专家发现，随着用户在创建账号时不断遇到迟滞问题，平台出现崩溃的迹象。没过多久，网站就完全崩溃了。对奥巴马总统来说，这种情况对于刚刚启用的HealthCare.gov门户网而言是一个不祥之兆，虽然由他签字批准的法案最终顺利通过，却受到技术能力不足带来的负面影响。

事实上，奥巴马医改网站出现的问题更像是一个准则错误而不是一个技术问题。不幸的是，它却被简单描述成一个IT项目的技术失误，这种错误判断在企业中非常普遍。HealthCare.gov项目非常宏大也很复杂，完全有理由采用迭代式开发的方法，通过这种方法可以把一个大爆炸式的风险分解成许多小型的项目。在IT软件开发行业中，这一技术被称作敏捷型软件开发（agile software development）。尽管这种技术被用于医疗法案门户网站的开发，但是主要的交付模式依旧采用一种被称为“瀑布式”的开发方法。在瀑布式开发模式下，项目整体发布后还需要经过相当长时间的补充设计和开发。

在数字化转型过程中，项目越大越难落实执行。无论是在第一阶段还是更高阶段，避免陷入困窘和失败的一个关键原则是，把项目拆分成多个小型的、可迭代实施的项目的组合，从而使数字化转型风险降到最低。毋庸置疑，这一准则不仅仅适用于软件开发。基于同样准则的精益启动（lean startup）可以缩短产品开发周期并加速商业模式的固化，这一方法受到了很多企业的关注。其目标是在产品发布之前，使用一些小型的、基于假设检验的试验性项目来验证原创性产品的整体效果。

回溯到1995年7月，那时亚马逊发布的第一个购物网站没有任何巧妙设计，也没有采用什么智能算法，除了图书类别和下订单功能之外没有当前所具有的任何其他功能列表。企业内部运营也同样简单，员工手动挑选书籍、打包，然后送去邮局。然而，这种做法使亚马逊能够最大化地利用现有有利条件，摒弃那些无用的资源，并稳步朝着创始人杰夫·贝佐斯提出的愿景（成为“出售任何货物的商店”）迈进。

不论是在第一阶段还是更高阶段，避免陷入困窘和失败的一个关键原则是，把项目拆分成多个小型的、可迭代实施的项目的组合，从而使数字化转型风险降到最低。