雙模態 IT

雙模態 IT 是一個有缺陷的概念，認為軟體系統應該分成這兩個不同的類別，以進行管理和控制。

• 前端系統（互動系統）應該針對快速功能開發進行最佳化。這些互動系統需要快速回應不斷變化的客戶需求和商機。缺陷應該被容忍，視為快速開發週期的必要成本。
• 後端系統（記錄系統）應該針對可靠性進行最佳化。作為記錄系統，重要的是不要出現會損害企業的缺陷。因此，你會放慢變更速度。

術語 雙模態 IT 由 Gartner [1] 使用。麥肯錫公司在 "兩速 IT" 的名稱下討論了相同的基本概念。（我發現很難抗拒稱它為「雙極 IT」。）

當我第一次聽到這種方法時，我很高興——認為這些崇高的組織已經得出與我在 UtilityVsStrategicDichotomy 中得出的相同結論，但隨著我進一步閱讀，我意識到雙模態 IT 是一種不同的動物。而且更糟的是，我認為雙模態 IT 真的走錯了方向。

我的第一個問題是，這種分離是基於軟體系統，而不是業務活動。如果你想快速循環新想法，你將需要修改後端記錄系統，就像前端互動系統一樣頻繁。你無法想出巧妙的定價計畫，而不修改支援它們的記錄系統。

我的第二個問題是，雙模態想法建立在 可交易品質假說 上，這個想法認為品質是你為了速度而權衡的東西。這是一個常見的概念，但卻是錯誤的。當我們在 Thoughtworks 開始使用敏捷方法進行快速功能交付時，我們學到的一件引人注目的事情是，我們也看到了生產缺陷的急劇下降。我們經常看到我們上線的缺陷數量比我們的客戶通常的少一個數量級，即使是在他們的記錄系統中。關鍵在於，高品質（和低缺陷）是快速循環時間的關鍵推動力。透過不注意品質，採用雙模態方法的人實際上會減緩他們「互動系統」中的創新速度。

因此，我建議在此明智地使用不同的管理方法來處理不同類型的軟體專案，但不要根據雙峰模式來做出此區分。相反地，採取以業務能力為中心的方法，並檢視您的業務能力是實用性還是策略性的。