把精力花在刀刃上!CIO最應(yīng)該關(guān)注哪3個(gè)IT流程?(上)

IT部門與公司其他部門之間的關(guān)系取決于求助臺(tái)。因此,如果你聽到求助臺(tái)被譏諷為"毫無幫助的求助臺(tái)";或者如果業(yè)務(wù)部門的同事問你:為什么直到有人打電話通知求助臺(tái),IT部門才知道系統(tǒng)宕機(jī)。

要打造高效的IT,流程很重要,但還有些流程格外重要,作為IT領(lǐng)導(dǎo)者,需要在這些領(lǐng)域親力親為。

2345截圖20210806091512.png

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

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

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

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

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

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

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

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

而是說ITIL專注于IT運(yùn)營。只有出現(xiàn)岔子時(shí),IT運(yùn)營才有人關(guān)注。作為CIO,你會(huì)希望系統(tǒng)運(yùn)行正常時(shí)也有人關(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)營時(shí),你必須關(guān)注它,責(zé)無旁貸。

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

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

流程優(yōu)先級第1:求助臺(tái)

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

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

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

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

流程優(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)?每個(gè)人都在使用Scrum"就選擇Scrum。

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

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

THEEND

最新評論(評論僅代表用戶觀點(diǎn))

更多
暫無評論