實用與策略二分法
2010 年 7 月 29 日
在我整個職業生涯中,我看到的一個穩定的主題是軟體開發的性質和重要性。幾年前,一位潛在客戶告訴我們的業務員:「軟體就像污水管,我希望它能可靠地運作,而且我不想知道細節」。這就是 Nicholas Carr 在 IT Doesn't Matter 中所談到的方法。 [1] 相比之下,我們為許多企業進行了工作,而 IT 已成為其業務更明確的策略性推手,讓他們得以進入新市場或大幅增加其市場佔有率。那麼 IT 是像污水管一樣的實用工具,還是策略性資產?

我認為,這取決於系統,它可以是兩者之一。實用 IT 工作的一個經典範例是薪資,每個人都需要它,但大多數人希望它「只要運作」即可。
那麼,實用專案和策略性專案之間的區別因素是什麼?在我看來,關鍵在於基礎業務功能是否是一個差異化因素。如果您執行此功能的方式是讓您優於競爭對手的關鍵部分,那麼支援此功能的軟體需要盡可能地好。正如 Ross Pettit 所說:「這不是根據技術的性質來區分 IT,而是根據技術對主機業務的影響來區分」。
關於此二分法最重要的重點是,要了解有兩種軟體專案,而且它們需要完全不同的處理方式。您配置人員、執行和編列策略性工作的方式與您執行實用專案的方式完全不同。人們常常假設對一方有利的事對另一方也有利,而後果往往接踵而來。
另一個後果是,只有少數專案具有策略性。80/20 法則適用,但它可能更像是 95/5。雖然人們最常完全不認識二分法,但人們也常認為太多專案具有策略性。
這些努力在風險所在位置上有所不同,這是最重要的方式之一。對於公用事業專案,最大的風險是某種災難性錯誤 - 您不希望污水管破裂或錯過薪資。因此,您需要足夠的注意力來確保不會發生這種情況,但除此之外,您希望成本盡可能低。然而,對於策略專案,最大的風險不是在競爭對手之前採取行動。因此,您需要能夠快速反應。成本問題較小,因為不採取行動的機會成本遠大於軟體開發本身的成本。
這不是靜態二分法。隨著時間推移,具有策略性的業務活動可能會變成公用事業。較不常見的是,如果一家公司找出如何讓該活動成為差異化因素,公用事業可能會變成策略性的。(蘋果公司在個人電腦的設計上做了一些類似的事情。)
這種二分法有助於在建置自訂軟體和安裝套件之間做出決策。由於公用事業的定義是沒有差異化因素,因此顯而易見的做法是使用套件。對於策略性功能,您不希望與競爭對手使用相同的軟體,因為這會損害您的差異化能力。
人們常常意識到這一點,並為公用事業功能購買套件,但隨後花費大量資金自訂此套件 - 這同樣浪費。我的觀點是,對於公用事業功能,您購買套件並調整您的業務流程以符合軟體。通常這是政治上不可行的,因此解決方法是讓低階軟體團隊投入工作。提供足夠的照護以避免災難,但除此之外,您不需要一個高階團隊。
二分法發揮影響力的另一種方式是敏捷方法的角色。大多數敏捷主義者傾向於來自策略性思維,而敏捷的靈活性與快速上市時間對於策略性專案至關重要。然而,對於公用事業專案,敏捷的優點並不那麼重要。我不確定對公用事業功能使用敏捷方法是否會是錯誤的選擇,但我確定這並不重要。
與許多分類一樣,中間有許多灰色地帶。然而,這是少數幾個我認為有強烈論點可以提高對比度並強制進行更多二元思考的案例之一。正如 Ross 在討論本文草稿時所評論的:「『灰色地帶』允許將事物堆積在錯誤的類別中;真正有用的事物將被賦予過高的重要性,而不是被視為它們實際上的效用。」強制進行二元決策,並傾向於最小化策略性範疇中的內容,將有助於提供 IT 計畫中經常缺乏的重點。
Ross 進一步主張,不應該只有一個 IT 部門負責效用和策略性工作。這兩種工作所需的心態和管理態度截然不同。這就像期望設計倉庫的同一人設計美術館。
雙峰 IT
最近,一些顧問公司推廣了雙峰 IT(或兩速 IT)的概念 [2]。乍看之下,這似乎與效用/策略性二分法相同,但事實上,這是一個截然不同的概念。雙峰 IT 也是一條朝錯誤方向前進的道路。
第一個不同點在於,雙峰 IT 是根據層級而不是基礎業務活動來區分 IT 系統。雙峰 IT 將快速變動的前端參與系統與緩慢但可靠的後端記錄系統分開。但是,如果你試圖在策略性業務功能中快速創新,通常需要在前端和後端系統中進行快速變更。
我對雙峰 IT 的第二個批評是,區分的驅動力是這樣的概念:快速變動的參與系統本質上充滿缺陷,而我們容忍這些缺陷以獲得速度。然而,Thoughtworks 和其他領先的敏捷組織十多年的經驗告訴我們,這個 可交易品質假說 是一個錯誤的權衡。我們通常發現,當我們引入具有快速週期的敏捷方法時,我們也會看到生產缺陷數量級的減少。事實上,如果不減少此類缺陷,我們將無法如此快速地循環:高品質(和低缺陷)是快速週期時間的關鍵推動力。
要進一步探索...
- Ross 的文章 呼籲對 IT 部門進行 Glass-Stegall 分離。
- 馬克·麥克尼爾談論專案為 拖拉機、核電廠與尖端技術
- 尼爾·福特指出整合工作,例如 SOA,無法成為策略。
- 傑茲·漢布爾 說明雙峰 IT 模型中的三個缺陷
修訂
最初於 2010-07-29 發表。
於 2016-04-07 更新,說明此模型與雙峰 IT 之間的差異。