由于眾多公司采用更多的IT云服務(wù)，接洽越來越多的云服務(wù)提供商，過去屢試不爽的IT塔式體系再也無法滿足要求。外包咨詢公司Pace Harmon的負(fù)責(zé)人Steve Keegan說：“原有的模式缺乏清晰的所有權(quán)，而想要左右橫跨傳統(tǒng)塔式結(jié)構(gòu)的XX即服務(wù)方案方面的決定，需要清晰的所有權(quán)。確定誰有拍板權(quán)并非易事――是服務(wù)器團(tuán)隊，應(yīng)用開發(fā)團(tuán)隊，還是數(shù)據(jù)庫團(tuán)隊?”

IT團(tuán)隊需要圍繞流程，而不是圍繞技術(shù)方面(比如基礎(chǔ)設(shè)施或應(yīng)用程序)來進(jìn)行重組。在流程驅(qū)動型IT組織，“大家致力于長遠(yuǎn)來看有益于組織的活動，而且職責(zé)明晰，完成工作的效率得到了提高，”Keegan如是說。

但這種“規(guī)劃、建造、運行”的模式常常并不奏效，原因有好多。Keegan說：“決策過程仍然由應(yīng)用開發(fā)團(tuán)隊說了算。遺留應(yīng)用軟件的負(fù)責(zé)人不希望其左右資源投入決策的權(quán)勢有所削弱。領(lǐng)導(dǎo)班子并沒有讓自己的管理人員負(fù)起責(zé)來、留意諸職能部門的邊界。架構(gòu)職能部門缺少成功所需的資源，因而變得嚴(yán)格監(jiān)管，沒有時間來做貢獻(xiàn)、為項目和計劃負(fù)責(zé)人提供規(guī)劃方面的真知灼見。”

那些確實成功改用“規(guī)劃、建造、運行”模式的IT團(tuán)隊得到了領(lǐng)導(dǎo)層的明確支持，并且大規(guī)模實行變化，而不是讓某些團(tuán)隊繼續(xù)采用一貫以來的方式來運作。

Keegan介紹了將IT轉(zhuǎn)變成流程驅(qū)動型組織的五個要點：

1. 征募一批業(yè)務(wù)分析人員

這些IT專業(yè)人員應(yīng)該能與業(yè)務(wù)部門處理好關(guān)系，而不是僅僅擅長處理應(yīng)用軟件，從而處理前期規(guī)劃。他們會擁有業(yè)務(wù)流程方面的知識，而闡明應(yīng)用領(lǐng)域所需要的變化，開發(fā)新的、一致的業(yè)務(wù)流程需要這種知識。Keegan說：“許多人以為業(yè)務(wù)分析人員外面多的是，實際上常常遠(yuǎn)遠(yuǎn)不夠。業(yè)務(wù)分析人員提供了一種核心競爭力，能夠讓支持業(yè)務(wù)的底層系統(tǒng)滿足業(yè)務(wù)部門對變化的需要。”

2. 別在規(guī)劃方面敷衍了事

Keegan說：“最終形成商業(yè)方案的確定范圍和規(guī)劃的項目早期階段確實值得投入足夠的資源和精力，這不僅對確保投入的方向正確大有作用，還確保項目投入分配合理，因為其目的是確定范圍，為此制定計劃，并證明有必要投入開支以實現(xiàn)戰(zhàn)略性業(yè)務(wù)目標(biāo)。”

計劃把大約5%到10%的項目時間(及成本)用于制定商業(yè)方案。Keegan說：“花更多的時間用在規(guī)劃上，不僅更加確信你會對結(jié)果感到滿意，你還知道當(dāng)項目正式開工時，你不會對計劃做太多的變化。”

3. 讓架構(gòu)團(tuán)隊負(fù)責(zé)應(yīng)用規(guī)劃

Keegan解釋：“讓應(yīng)用開發(fā)團(tuán)隊負(fù)責(zé)應(yīng)用軟件組合和路線圖規(guī)劃是好事――只要你不想停用應(yīng)用軟件，或者簡化應(yīng)用軟件方面的支持及因而產(chǎn)生的成本。傳統(tǒng)的應(yīng)用開發(fā)負(fù)責(zé)人通常通過增添復(fù)雜性，增加應(yīng)用軟件套件而導(dǎo)致許可和維護(hù)成本增加，并加大因而產(chǎn)生的支持的復(fù)雜性，以擴(kuò)大其控制權(quán)――因為它們只負(fù)責(zé)交付一個個項目，而不是對支持所部署系統(tǒng)的成本負(fù)責(zé)。”

架構(gòu)團(tuán)隊肩負(fù)的使命是，優(yōu)化應(yīng)用軟件組合，降低總體擁有成本，以及將投入的資源最大限度地利用起來。應(yīng)當(dāng)鼓勵高效地利用應(yīng)用軟件套件并加以合理化改動，停用和遷移不常使用或維護(hù)成本高昂的應(yīng)用軟件及平臺，并且優(yōu)化成本和質(zhì)量。

4. 規(guī)劃充分、人員配齊后再開始項目

Keegan說：“由于不了解或不清楚應(yīng)用軟件組合方面的約束，企業(yè)高管及其他領(lǐng)導(dǎo)人插手干預(yù)，試圖確定自認(rèn)為合理的預(yù)算和時間表，而這種時間表也許現(xiàn)實，也許不現(xiàn)實。”要充分利用應(yīng)用軟件組合規(guī)劃職能部門，確定優(yōu)先級，明確首先需要哪種XX即服務(wù)方案。

5. 在投入生產(chǎn)環(huán)境之前建立一種有效的閘門機(jī)制

Keegan說：“明確服務(wù)轉(zhuǎn)變后歸誰所有的能力需要整合到模式當(dāng)中，以確保進(jìn)入生產(chǎn)環(huán)境的完全是準(zhǔn)備得到支持的變更系統(tǒng)。”負(fù)責(zé)這些決策的那些職能部門應(yīng)該獨立，但要與負(fù)責(zé)建造的職能部門和負(fù)責(zé)運行的職能部門協(xié)調(diào)起來。

“這種能力負(fù)責(zé)建造到運行的環(huán)節(jié)，確保一切都是正確的(以滿足業(yè)務(wù)要求)，已記錄(那樣它可以重現(xiàn)和復(fù)制)，可支持的(那樣電話打到求助臺后，工作人員知道該怎么做)。無論是什么變化，無論何時需要部署，起到把關(guān)作用的閘門機(jī)制都需要先考慮果真進(jìn)入到生產(chǎn)環(huán)境后，運行部門有沒有能力支持這種變化。”