現(xiàn)在是時候面對一個冷酷的事實(shí):你的IT部門太慢了。這是好的意圖產(chǎn)生的不好的結(jié)果,但在業(yè)務(wù)中,意圖并不重要。
IT什么時候會變得很慢?每當(dāng)業(yè)務(wù)的任何部分都要等待IT交付貨物時,那就是很慢的時候。如今的神奇行話可能是“創(chuàng)造價值的時間”,但真正的指導(dǎo)原則是“超越競爭對手”。如果IT沒有做到這個,你可以確信組織的業(yè)務(wù)主管已經(jīng)失去了對你的耐心。
想加速你的IT部門嗎?首先要擺脫一些使其減速的東西——說白了就是瓶頸。以下十二個地方就是你的著眼點(diǎn)。忽略了你就要承擔(dān)風(fēng)險。
IT瓶頸之一:治理
委員會是老式治理方法。由于治理對IT所做的一切起到帶頭作用,委員會減緩了他們所接觸的一切事宜,盡管你嘗盡了各種方法,但將委員會作為治理的核心將使IT蝸速前行。
就大小而論。每增加一個委員就會減緩決定;超過五個成員進(jìn)展就會慢如爬行,因?yàn)檫_(dá)成共識的可能性蕩然無存了。
如果委員們認(rèn)為自己不是信息技術(shù)領(lǐng)導(dǎo)者,而是選區(qū)的代表,不然就不會得到公平的份額,那么情況就會更糟。這種委員會將會一直爭論不休,而不是解決共同的問題。
然后還有會議日程安排。速度節(jié)拍器為委員會管理的每一個項(xiàng)目樹立了榜樣。如果一個委員會一個月才開一次會,那么等待決定的任何事情都等待一個月。你正在進(jìn)行的項(xiàng)目有多少可能會遇到這樣的瓶頸?
如何解決這個問題?使文化成為新的治理。將其視為道路上的車道標(biāo)志,將指導(dǎo)委員會降級為護(hù)欄的角色——當(dāng)所有其它方面都失敗時,還有他們來使IT不會陷入深淵,而只有當(dāng)所有其它方面都失敗時不得已而為之。
讓文化擔(dān)起重任。如果每個人都明白什么是最重要的并關(guān)注它,那么大多數(shù)治理是多余的。
IT瓶頸之二:多任務(wù)
員工的多任務(wù)處理有一個簡單的規(guī)則:別這么做!
對于軟件開發(fā)項(xiàng)目尤其如此,研究表明,每次中斷都會造成開發(fā)人員的生產(chǎn)力下降15分鐘。但是,對于應(yīng)用程序開發(fā)來說為真的,對IT人員必須集中精力的其它所有情況也是如此。
挑戰(zhàn)并不在于知道你必須避免多任務(wù);而是如何避免它。答案就在企業(yè)項(xiàng)目管理辦公室。它應(yīng)該有一個不可侵犯的規(guī)則:所有項(xiàng)目都必須人手充足,否則不能啟動。
什么是人手充足的項(xiàng)目?一個從來不必等到某個團(tuán)隊(duì)成員可用的項(xiàng)目。將并發(fā)項(xiàng)目的數(shù)量限制在可以完全配備的人數(shù)上,那么團(tuán)隊(duì)成員就不必多任務(wù)。
結(jié)果:每個項(xiàng)目不僅完成得更快,而且整個項(xiàng)目組合將會更快完成。
IT瓶頸之三:項(xiàng)目
傳統(tǒng)上,組織通過項(xiàng)目實(shí)現(xiàn)新技術(shù)。設(shè)計越復(fù)雜,項(xiàng)目越大。但是隨著項(xiàng)目越來越大,當(dāng)產(chǎn)生實(shí)質(zhì)性延遲的可能性近乎必然時,故障的風(fēng)險也呈幾何級數(shù)增加。
考慮將你的努力整理成發(fā)布版本。發(fā)布版本將離散的功能增強(qiáng)捆綁起來用于回歸、壓力測試和部署。依靠發(fā)布版本而不是項(xiàng)目,你可以利用IT管理的最可靠的啟發(fā)式方法之一:功能增強(qiáng)成功了,而項(xiàng)目失敗了。
順便說一下,如果你走這條路,你不必把它描述為任何激進(jìn)的東西。你可以稱之為scrum,享受它的一路陪伴。
不要停在那里。將開發(fā)工作納入發(fā)布版本仍然會造成延誤。典型的scrum沖刺是一個月的時間,這為每個業(yè)務(wù)變化建立了一個每月速度,不包括必須等待變更咨詢委員會(CAB)的會議(另一個治理委員會)。
所以始終貫徹持續(xù)整合和部署——一言蔽之即devops。將測試自動化,將每個軟件變更進(jìn)行持續(xù)整合,并立即將每一個微小的變更投入生產(chǎn)。有了如此微小的變更,CAB是多余的。
畢竟,一個錯置的逗號會導(dǎo)致某物爆炸的時代已經(jīng)遠(yuǎn)離我們而去。
IT瓶頸之四:手動配置
開發(fā)團(tuán)隊(duì)可以在幾分鐘左右的時間在云中配置完整的環(huán)境,或者可以在幾個月左右的時間對IT操作進(jìn)行相同的環(huán)境要求。
這不是內(nèi)在的限制。這是一個選擇。分鐘比幾個月短,由于公共云提供商已經(jīng)完善了該技術(shù),更好的選擇昭然若揭。
啟用自動化,并授權(quán)開發(fā)人員自己處理配置。
IT瓶頸之五:偏愛借口勝過集成
新功能創(chuàng)造新價值。但是在大多數(shù)IT工場中,新功能在確保軟件更改不會破壞公司的自定義編程的點(diǎn)對點(diǎn)批量接口的蜘蛛網(wǎng)(或毛球)方面處于次要位置。
用精心設(shè)計的集成系統(tǒng)清理接口混亂,項(xiàng)目團(tuán)隊(duì)加快速度,測試所需的時間更短,部署更加順利。
然后再進(jìn)一步:將“信息技術(shù)”變成“集成系統(tǒng)”,其工作是通過標(biāo)準(zhǔn)API提供對公司核心應(yīng)用程序組合的可靠訪問,這些API將數(shù)據(jù)和功能公開為安全,定義明確的服務(wù)。
IT瓶頸之六:抑制影子IT
陰影IT——即業(yè)務(wù)部門部署的系統(tǒng)——會導(dǎo)致問題。尤其是,有了影子IT,建立在破舊基礎(chǔ)上的局部自動化是規(guī)則,而不是例外。
但影子IT忠實(shí)地做著業(yè)務(wù)需要的事情。而且它不必等IT治理流程開綠燈,所以它可以提供業(yè)務(wù)現(xiàn)在的需求。
把它看作是外包應(yīng)用程序團(tuán)隊(duì)的一個免費(fèi)資源,這些團(tuán)隊(duì)擁有聰明的業(yè)務(wù)分析師,但他們是糟糕的架構(gòu)師。
照亮陰影IT。給它一點(diǎn)支持,而不是試圖杜絕它。作為交換,即使在計算使用符合IT隱喻建筑規(guī)范的隱喻管道和布線來重構(gòu)其設(shè)計所需的努力之后,您也可以增加帶寬。
如果你將IT變成集成系統(tǒng),你也可以將該API提供給公司的影子IT團(tuán)隊(duì),同時解決局部自動化問題。
IT瓶頸之七:堅(jiān)持100%的解決方案
IT的本能就是使一切防彈。但是為一個每隔1000次交易就攻擊系統(tǒng)的案例編寫代碼所需的時間和為一天發(fā)生幾百次的案例編寫代碼是一樣的。
從IT的久遠(yuǎn)年代汲取的教訓(xùn)是:為主要的案例編程,并將其余作為手工處理的例外。
電腦擅長主要案例。人類善于例外。
IT瓶頸之八:創(chuàng)建數(shù)據(jù)倉庫
選擇一個字兒來描述典型的數(shù)據(jù)倉庫項(xiàng)目,它可能會是“晚點(diǎn)”。
好吧,這是兩個字兒。告我吧。但數(shù)據(jù)倉庫由于難以設(shè)計OLAP數(shù)據(jù)結(jié)構(gòu)而總是慢一拍,這些數(shù)據(jù)結(jié)構(gòu)被優(yōu)化來回答他們現(xiàn)在要問的問題而沒有人知道他們會問出這樣的問題。
輸入NoSQL。使NoSQL有趣的不僅僅是它處理大數(shù)據(jù)量的能力。更有價值的是它現(xiàn)在可以接受數(shù)據(jù)的能力,當(dāng)以后要查詢組織形式時,NoSQL還可以讓分析師弄清楚其組織形式。
相比之下,讓Hadoop疾速實(shí)現(xiàn)的正是這種“按需模式”的質(zhì)量。
IT瓶頸第之九:強(qiáng)調(diào)TCO
你的決策者是否忘記成本會帶來好處?
瞧,任何一個笨蛋都可以削減成本。訣竅在于削減成本而不損害交付。這就是總體擁有成本(TCO)發(fā)揮作用的地方,而且沒有發(fā)揮好的作用。
除了打消人們對功能的念頭,TCO并不關(guān)心功能。畢竟,降低成本的最簡單的方法是提供和支持功能較弱或不太得力的東西。少用=較低成本。
因?yàn)椴豢汕址傅钠渲幸粭l指標(biāo)規(guī)則而強(qiáng)調(diào)TCO,這是不可避免地會發(fā)生的事情:你不會去測量任何你得不到的東西。這包括IT所能創(chuàng)造的價值。
此外,如果每個人的關(guān)注點(diǎn)都是降低成本,那么就沒有人會專注于加快速度。如果速度不是優(yōu)先事項(xiàng)——遑論本該有的優(yōu)先事項(xiàng)——速度根本不會產(chǎn)生。
IT瓶頸之十:迫使創(chuàng)新者進(jìn)入“高保真”IT架構(gòu)
企業(yè)過去常常堅(jiān)持與昨天一樣的明天。他們要求防彈,永不丟失數(shù)據(jù)并始終提供正確的答案的“高保真”系統(tǒng),。
現(xiàn)在,創(chuàng)新與防彈一樣重要。這是未來;這就是競爭優(yōu)勢產(chǎn)生的地方?
不要強(qiáng)迫創(chuàng)新者——例如影子IT——進(jìn)入“高保真”IT架構(gòu)。當(dāng)創(chuàng)新者弄清楚事情并使未來發(fā)生時,給他們一個屬于自己的隔離空間。只要他們成功了就有足夠的時間來使他們的創(chuàng)新高保真。
IT瓶頸之十一:允許自滿的文化
即使經(jīng)營良好的IT工場也可能會過時,特別是那些當(dāng)有人嘗試創(chuàng)新事物而未果“對人們問責(zé)”而不是恭喜他們承擔(dān)風(fēng)險的的公司。
自滿的文化放慢了運(yùn)營,因?yàn)闆]有人認(rèn)為有必要加快速度。畢竟,這就是我們在這里的慣常做事方式。
如果這就是你所擁有的文化,那就努力改變現(xiàn)狀。另一個選擇就是無聊至死。
IT瓶頸之十二:建立疏遠(yuǎn)的業(yè)務(wù)/ IT關(guān)系
你認(rèn)為哪些可以更快地給出結(jié)果:疏遠(yuǎn)的形式,其中IT“協(xié)商”服務(wù)水平協(xié)議,同時要求其業(yè)務(wù)“客戶”“批準(zhǔn)需求和規(guī)范”,或以“你試圖完成什么,我們怎樣才能幫上忙?”開始的非正式對話,
很多專家將正式方法稱為“最佳實(shí)踐”。忽略它們吧。采用超最佳實(shí)踐。培養(yǎng)強(qiáng)有力的非正式關(guān)系,絕不談判。
為什么呢?因?yàn)檎勁惺轻槍ψ谧雷訉γ娴娜恕?/div>
理論上,IT和其它業(yè)務(wù)處在同一立場——難道不是嗎?