第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月，那時亞馬遜發布的第一個購物網站沒有任何巧妙設計，也沒有采用什么智能算法，除了圖書類別和下訂單功能之外沒有當前所具有的任何其他功能列表。企業內部運營也同樣簡單，員工手動挑選書籍、打包，然后送去郵局。然而，這種做法使亞馬遜能夠最大化地利用現有有利條件，摒棄那些無用的資源，并穩步朝著創始人杰夫·貝佐斯提出的愿景（成為“出售任何貨物的商店”）邁進。

不論是在第一階段還是更高階段，避免陷入困窘和失敗的一個關鍵原則是，把項目拆分成多個小型的、可迭代實施的項目的組合，從而使數字化轉型風險降到最低。