《保持聯(lián)合運(yùn)行宣言》一書(Keep the Joint Running Manifesto)的第7條原則稱，在你具有戰(zhàn)略性之前，你得先具備能力。

IT的流程和實(shí)踐要指導(dǎo)IT人員如何完成工作，有沒有能力就體現(xiàn)在這里。

現(xiàn)在的問題是，作為 CIO，你需要將個人注意力集中在哪些IT流程和實(shí)踐。

答案始于這條基本原則：管理者本人發(fā)起的變革項(xiàng)目永遠(yuǎn)不要超過三個。超過這個數(shù)字，你就會失去專注力，因此失去領(lǐng)導(dǎo)力。

那么CIO應(yīng)該選擇哪三個流程呢?

不要關(guān)注IT運(yùn)營

很顯然，最有可能組織管理流程改進(jìn)計劃的是著名的ITIL 框架，但這是個錯誤。

并不是說采用ITIL框架是個錯誤。這是一套完美的框架，經(jīng)歷了幾十年已經(jīng)成熟了。

而是說ITIL專注于IT運(yùn)營。只有出現(xiàn)岔子時，IT運(yùn)營才有人關(guān)注。作為CIO，你會希望系統(tǒng)運(yùn)行正常時也有人關(guān)注。

因此，如果你的IT部門需要改進(jìn)可用性管理、容量管理、性能管理、基礎(chǔ)設(shè)施生命周期管理、系統(tǒng)管理，尤其是變更管理等方面，要確保你有合適的人來負(fù)責(zé)IT運(yùn)營，并且明確表示：你將通過唯一的、重要的IT運(yùn)營指標(biāo)：Invisibility Index(隱形指數(shù))來衡量其是否成功--也就是說，沒人關(guān)注IT運(yùn)營時，你必須關(guān)注它，責(zé)無旁貸。

作為CIO，你應(yīng)該認(rèn)識到：雖然IT運(yùn)營至關(guān)重要，但它根本不具有戰(zhàn)略性，如果IT運(yùn)營沒做好，你不可能具有戰(zhàn)略性。

要把IT運(yùn)營委派出去，并確保受委派的那個經(jīng)理擁有所需的全部工具和支持。

流程優(yōu)先級第1：求助臺

如果IT的聲譽(yù)不是很好，改進(jìn)求助臺應(yīng)該是你的首要任務(wù)。

不幸的是，求助臺在IT部門并不受待見，原因是IT部門與公司其他部門成功整合的一個關(guān)鍵因素是業(yè)務(wù)/IT關(guān)系的質(zhì)量。

IT部門與公司其他部門之間的關(guān)系取決于求助臺。因此，如果你聽到求助臺被譏諷為"毫無幫助的求助臺";或者如果業(yè)務(wù)部門的同事問你：為什么直到有人打電話通知求助臺，IT部門才知道系統(tǒng)宕機(jī);或者如果你聽到求助臺的工作人員相互講述可笑的用戶故事;或者有人打電話向求助臺尋求快速簡單的方法，而求助臺只給了對方故障單號，而不是立即給出對方需要的10秒鐘答復(fù)--只要求助臺出現(xiàn)某種不妙的跡象，你的注意力就要放在改進(jìn)求助臺上。

你需要業(yè)務(wù)部門的支持，才能使IT部門的其余人員大放異彩，而這種支持離不開求助臺。

流程優(yōu)先級第2：應(yīng)用軟件支持

規(guī)則 1：如果你的應(yīng)用軟件支持團(tuán)隊(duì)仍然執(zhí)迷于瀑布方法，你還等什么?讓他們立即開始轉(zhuǎn)向敏捷方法，并親自監(jiān)管敏捷采用策略及執(zhí)行。

規(guī)則2：敏捷不僅僅是Scrum。要為IT部門實(shí)際從事的工作選擇正確的敏捷變體，而不是因?yàn)?quot;每個人都在使用Scrum"就選擇Scrum。

規(guī)則3：大多數(shù)采用敏捷變體的目的在于管理應(yīng)用軟件開發(fā)。大多數(shù)IT部門都是"盡量購買，沒辦法時才自建。"如果你是這種情況，請忽略Scrum。如果相反，讓你的應(yīng)用軟件團(tuán)隊(duì)采用CRP(會議室模擬)或非常相似的ATDD(驗(yàn)收測試驅(qū)動開發(fā))。

規(guī)則4：大多數(shù)敏捷變體專注于將軟件作為產(chǎn)品來交付。大多數(shù)企業(yè)需要IT進(jìn)行協(xié)作，以實(shí)現(xiàn)預(yù)期的業(yè)務(wù)變化。你可以改動采用的任何敏捷變體，以確保它取得你預(yù)期的效果。

流程優(yōu)先級第 3：IT架構(gòu)管理

如果IT架構(gòu)本身的質(zhì)量差強(qiáng)人意，這個跡象當(dāng)然表明IT架構(gòu)管理實(shí)踐失靈了。

另外還有哪些跡象表明你的IT架構(gòu)管理實(shí)踐需要幫助?

"我們無法判斷自己的架構(gòu)有多好"這是一個很常見的令人驚訝和沮喪的跡象。所以，"我們不知道自己有什么架構(gòu)"這種跡象也就司空見慣了。

那么還有什么跡象?IT部門還沒有：

• 發(fā)布和宣傳指導(dǎo)其他一切的一系列架構(gòu)原則(至多十幾個原則)。除了數(shù)量不宜過多外，原則還必須用通俗易懂的用語來編寫。
• 發(fā)布和宣傳一系列標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)植根于原則，遵循有據(jù)可查的實(shí)踐來保持最新，并定期更新--每季度更新一次就很合理。
• 將生命周期管理確立為標(biāo)準(zhǔn)實(shí)踐，將其整合到IT規(guī)劃和預(yù)算編制中。
• 圍繞架構(gòu)原則和標(biāo)準(zhǔn)制定一項(xiàng)云戰(zhàn)略，并認(rèn)識到云是一種架構(gòu)，不是存儲和處理環(huán)境。

這并不意味著如果IT架構(gòu)沒有這些缺陷，這條實(shí)踐就安然無恙。

IT架構(gòu)實(shí)踐及其與業(yè)務(wù)整合的相似實(shí)踐--企業(yè)架構(gòu)實(shí)踐一起，始終面臨從增加和維護(hù)價值變成官僚主義泥潭的風(fēng)險。

捎帶提一下，這種風(fēng)險不是架構(gòu)所獨(dú)有的。任何獲準(zhǔn)審評其他團(tuán)隊(duì)創(chuàng)造性工作的部門都面臨同樣的風(fēng)險。

一流的架構(gòu)需要擯棄官僚主義的觀念。它還需要資金，因?yàn)樵陧?xiàng)目中，與交付擁有令人滿意的功能和特性的應(yīng)用軟件相比，交付擁有令人滿意的功能和特性，并且遵守架構(gòu)標(biāo)準(zhǔn)的應(yīng)用軟件需要更高的成本。

由于發(fā)起項(xiàng)目的普通主管不太可能愿意支付差價，交付或修改應(yīng)用軟件功能的項(xiàng)目將需要架構(gòu)補(bǔ)貼來彌補(bǔ)差價。

IT架構(gòu)管理部門必須想方設(shè)法獲得健康良好的架構(gòu)，同時盡量少用強(qiáng)制執(zhí)行作為主要手段。該部門還必須說服高層領(lǐng)導(dǎo)，讓對方相信良好的架構(gòu)是公司明智的投入。由于這兩個至關(guān)重要的問題，我們很難不得出這樣的結(jié)論：即使在最好的情況下，CIO也應(yīng)該親自監(jiān)管IT架構(gòu)團(tuán)隊(duì)。

但信息安全方面怎么辦呢?

當(dāng)下，與IT有關(guān)的業(yè)務(wù)威脅越來越多地來自有組織的犯罪團(tuán)伙和政府撐腰的不法分子，入侵造成的潛在破壞早就從"嚴(yán)重"變成"巨大"，因此信息安全必須成為IT部門的首要任務(wù)之一。但是與IT運(yùn)營相似，信息安全的有效性由其自己的隱形指數(shù)來衡量。

只是結(jié)果更糟糕，因?yàn)樾畔踩行?，勢必有侵?jǐn)_性，因此某種程度的不討人喜歡的可見性會隨地域而變化。。

還有一點(diǎn)：如果信息安全沒有與高質(zhì)量的IT架構(gòu)緊緊聯(lián)系在一起，那就是有漏洞的信息安全。

因此，將信息安全納入你的IT架構(gòu)實(shí)踐，作為CIO你還可以密切關(guān)注信息安全，而不是讓信息安全進(jìn)一步分散你的注意力。

解決IT創(chuàng)新(又叫"數(shù)字化")

看看創(chuàng)新的商機(jī)出現(xiàn)在哪里，你將會發(fā)現(xiàn)信息技術(shù)即便不是No 1，也肯定名列前三。

作為CIO，你在這方面的選擇要么是負(fù)責(zé)IT創(chuàng)新，要么是接受高層管理團(tuán)隊(duì)增添一名CDO(首席數(shù)字官)的想法。

而這無異于聲明你的能力不足。而且，這會將IT領(lǐng)導(dǎo)層一分為二，CDO成為了提議者，而你成為了反對者。因此，"CIO"到頭來變成了你即將退休的聲明(Career Is Over-- 職業(yè)生涯到頭了)。

可不要這樣。

你應(yīng)該將IT創(chuàng)新也融入到IT架構(gòu)實(shí)踐中。此舉不僅讓創(chuàng)新在組織中有一席之地，使其不會分散你的注意力，還將創(chuàng)新的責(zé)任，與將IT創(chuàng)新整合到IT架構(gòu)其余部分的長期需求放在同一個地方。畢竟，你不希望IT創(chuàng)新成為未來的自動化孤島。

如何處理"DIY IT"?

DIY IT(自己動手的IT)又叫"影子 IT"、"不受管束的IT"和"停止IT，你讓我很頭痛!!!!"，這是眾多CIO竭盡全力想要杜絕的問題。

這就如同克努特國王命令潮水不要進(jìn)到屋子里一樣。

不管怎樣，與其說DIY IT會帶來問題，不如說它會帶來機(jī)會，因?yàn)樗蠓嵘斯镜腎T能力，同時卻沒有增加IT支出，或至少沒有增加可見的IT支出。

總體來說，DIY IT的弊端是可以避免的。通常，需要IT部門在技術(shù)咨詢方面提供一點(diǎn)支持，就能確保遵守IT的架構(gòu)標(biāo)準(zhǔn);相應(yīng)地，IT架構(gòu)職能部門獲得所需的文檔，可防止DIY IT成為影子IT。

這使得支持DIY IT成為可以輕松融入IT架構(gòu)功能的另一個IT 實(shí)踐。

結(jié)語

IT部門要有能力，就必須使用精心設(shè)計、定義，以及記錄下來的流程和實(shí)踐來完成工作。CIO要負(fù)責(zé)所有這些，但實(shí)際上他無法親自指導(dǎo)超過三個流程的轉(zhuǎn)型。

在大多數(shù)IT部門，最需要CIO個人領(lǐng)導(dǎo)力的三個流程領(lǐng)域是求助臺、應(yīng)用軟件支持和IT架構(gòu)管理。做好這三方面，IT就會成功，而且是明顯的成功。

其前提是IT運(yùn)營也大放異彩，這就是為什么頗為矛盾的是，CIO應(yīng)該確保委派這項(xiàng)重任。如果你不這么做，就沒有足夠的精力來完善這三大流程。