簡化ＩＴ促增長

戴維·厄普頓　布拉德利·斯塔茨

企業IT項目耗資巨大，歷時漫長，而且只有當項目竣工時，才能創造價值。

而實際上，管理者應該開發一經啟動就可以快速和持續改進的系統。過去10年，研究了企業IT系統的設計和實施情況，我們從中發現了一種方法：“基于路徑的方法”。采用這種方法的企業并不是在項目啟動前就試圖界定系統的所有具體規格，而是側重于為系統提供一條長期開發的路徑。

在應用基于路徑的方法方面，日本新生銀行堪稱典范。它在企業系統的設計、構建和啟動中應用了如下基于路徑的原則：

第一，將業務戰略和IT戰略融合在一起。在項目規劃開始前，總經理需要確保IT員工了解企業的業務運營，并在組織中發揮核心作用。業務經理也需要了解IT能夠起到的作用。而項目開發的第一步是重點關注可預知的業務目標，然后制定與之相符的IT戰略。這應該是一項持續進行的工作：業務部門與IT部門之間必須就業務目標以及IT決策和制約因素進行經常性的溝通交流。

第二，標準化、簡單化和模塊化。對一小部分系統組件實行標準化，這對于采用基于路徑的方法至關重要。如果公司能簡化IT基礎架構，就可以減少復雜性，強化專業技能和知識，并增加重復使用系統組件的可能性——所有這些都可以加快系統開發，降低維護成本。另外，采用標準化組件后，組織能夠減少在質量維護方面的時間投入，將更多時間用于開發新的系統功能。

要做到模塊化，就需要明確各模塊之間的接口。這樣，任何一個模塊中的開發工作都不會影響到其他模塊。如果是一個真正的模塊化架構，設計人員就可以專注于為局部問題尋找解決方案，而不會影響到整個系統。有了小的模塊化設計，組織既可以購買現成的解決方案，也可以要求內部或外部開發人員開發特定組件，從而加快整個系統的開發速度。一旦系統建成并開始運行，模塊化架構還會令模塊內的技術升級更加容易。

第三，適度授權，持續改進。許多大型IT項目的失敗都源于組織成員的抵制，而不是因為技術失效。一般來說，公司應該構建用戶愿意接受的系統。這并不是說組織的每個成員都應積極采用每項技術。但是，如果在“了解系統”階段過去很長一段時間后，大家依然討厭某一系統，公司很可能就需要對這個系統做出重大改進，或干脆棄之不用。

用戶在系統的持續改進方面也能發揮巨大作用。一條基本的原則是，如果沒有用戶的積極參與，任何持續改進的努力都將失敗。對此，新生銀行積極向用戶征求改進企業系統的意見，讓他們參與日常的試驗活動，并努力讓他們感到自己提出的建議非常重要。新生銀行意識到，如果人們覺得組織沒有傾聽他們的建議，并迅速采取相應的行動，他們就會停止建言獻策。

目前，隨著發展中國家廉價的IT處理能力、網絡能力，以及成熟的IT供應商的出現，公司面臨的選擇會更多，變化會更快，也會更趨復雜。在這樣的環境下，公司可以采用基于路徑的方法，建成靈活的IT系統，它們不僅能夠根據業務需求進行調整，更會成為開發新的商業功能和全新業務的助推器。