主張對(duì)IT組合進(jìn)行現(xiàn)代化改造，就像主張給你的汽車換機(jī)油一樣，支持的理由是：如果不換，最終發(fā)動(dòng)機(jī)會(huì)燒壞。

但當(dāng)下進(jìn)行改造的投資回報(bào)率如何呢?這是個(gè)精算問題。今天推遲現(xiàn)代化改造，從統(tǒng)計(jì)學(xué)的角度來看，肯定會(huì)招致不良后果，但這種風(fēng)險(xiǎn)何時(shí)會(huì)成為現(xiàn)實(shí)，同樣無法確定。

因此，根據(jù)你計(jì)劃在CIO職位上坐多久，你可以確定是否關(guān)注接下來的內(nèi)容。

第一步：梳理現(xiàn)有資源

現(xiàn)代化改造始于了解你目前擁有什么，這些信息本應(yīng)妥善保存在一個(gè)經(jīng)過精心維護(hù)和管理的配置管理數(shù)據(jù)庫(CMDB，對(duì)非IT服務(wù)管理(ITSM)人士而言)中。多年來，我曾要求眾多客戶向我展示他們擁有的資源，到目前為止，我在尋找可靠、最新的CMDB的過程中，感覺自己就像一位硅基密碼生物學(xué)家，徒勞地尋找著IT領(lǐng)域的尼斯湖水怪。

要避免成為我們這些IT密碼生物學(xué)家中的一員，你首先需要一份IT所支持的應(yīng)用程序清單，以及技術(shù)棧信息——即它所支持的業(yè)務(wù)架構(gòu)，加上每個(gè)應(yīng)用程序所依賴的存儲(chǔ)庫、集成、平臺(tái)、基礎(chǔ)設(shè)施和設(shè)施。

第二步：處置你的IT資產(chǎn)

處置涉及為你剛剛記錄的每一項(xiàng)資產(chǎn)確定未來狀態(tài)——即它的處置方式，首先，鎖定一個(gè)存在嚴(yán)重缺陷的應(yīng)用程序，這能帶來商業(yè)利益，因?yàn)槿绻鼪]有缺陷，就不會(huì)被視為有問題。

你有八種處置方式可供選擇：

? 擴(kuò)展：對(duì)該資產(chǎn)進(jìn)行投資，以提高其交付的價(jià)值。

? 保留：保留該資產(chǎn)，但僅進(jìn)行維持其運(yùn)行所必需的最小維護(hù)。

? 更新：對(duì)于商業(yè)應(yīng)用程序，將其更新到供應(yīng)商認(rèn)為的當(dāng)前版本的前一個(gè)版本。

? 替換：實(shí)施一個(gè)商業(yè)上可獲得的替代品，至少提供相同的功能，或者理想情況下，提供相同甚至更多的功能，另外，你也可以決定定制編碼一個(gè)替代品，但對(duì)于大多數(shù)IT部門來說，在大多數(shù)情況下，“能買則買，需建再建”是一個(gè)不可忽視的核心架構(gòu)原則。

? 現(xiàn)代化：重構(gòu)應(yīng)用程序，使其符合現(xiàn)代架構(gòu)和工程標(biāo)準(zhǔn)及實(shí)踐。

? 平臺(tái)遷移：重新編譯到成本更低的環(huán)境中，這指的是保持COBOL應(yīng)用程序使用COBOL語言，但運(yùn)行在更理想的平臺(tái)上，例如從Z/OS遷移到RHEL 10，但要注意平臺(tái)遷移的局限性：許多IT部門將應(yīng)用程序“直接遷移”到新平臺(tái)，結(jié)果卻發(fā)現(xiàn)遷移并未帶來任何現(xiàn)代化改造。

? 整合：對(duì)于多個(gè)應(yīng)用程序提供冗余業(yè)務(wù)功能的情況，將其中一個(gè)設(shè)為企業(yè)標(biāo)準(zhǔn)，并將其余的應(yīng)用程序遷移到該標(biāo)準(zhǔn)上。

? 退役：對(duì)于不再需要的應(yīng)用程序，歸檔其數(shù)據(jù)并停用，但要確保在無人監(jiān)管時(shí)也沒有人使用它。

第三步：警惕相互依賴和連鎖反應(yīng)

僅確定一個(gè)應(yīng)用程序的處置方式往往是不夠的，更改一個(gè)應(yīng)用程序的處置方式可能會(huì)迫使其他應(yīng)用程序及其技術(shù)棧(尤其是它所依賴的平臺(tái))也做出處置方式的改變。

而且，幾乎可以肯定的是，對(duì)面向業(yè)務(wù)的應(yīng)用程序所做的任何更改都會(huì)影響其他應(yīng)用程序，并破壞一個(gè)或多個(gè)集成。

第四步：集成

集成是應(yīng)用程序組合中的一個(gè)特例，它們通常是定制編碼的，往往很脆弱，相對(duì)不穩(wěn)定，而且一旦損壞并修復(fù)后，很難進(jìn)行驗(yàn)證。

特別是，集成容易受到語義沖突的影響。例如，一個(gè)CRM軟件包可能將“客戶”定義為個(gè)人，第二個(gè)可能將其定義為家庭，第三個(gè)可能將其定義為企業(yè)，而第四個(gè)可能將其定義為客戶企業(yè)的主要聯(lián)系人，至少可以說，同步它們的數(shù)據(jù)庫是很棘手的。

然后，業(yè)務(wù)戰(zhàn)略會(huì)發(fā)生變化，從專注于向個(gè)人銷售零售產(chǎn)品轉(zhuǎn)變?yōu)榕l(fā)業(yè)務(wù)模式。

第五步：執(zhí)行計(jì)劃——即使需要推翻大部分技術(shù)棧

我們本月和上月所討論的只是一個(gè)框架——一種記錄所有必要艱苦工作的方法，這些工作是為了使多層IT組合即使不能完全現(xiàn)代化，至少也能達(dá)到足夠的現(xiàn)代化水平。

實(shí)際上，召集足夠且合適的人員來對(duì)所有需要現(xiàn)代化的部分進(jìn)行現(xiàn)代化改造，將是一項(xiàng)艱巨的任務(wù)，這就引出了這種情況中最不令人愉快的一個(gè)方面：一旦IT組合達(dá)到一定的過時(shí)程度，推倒重來可能比修復(fù)現(xiàn)有問題更具吸引力。

也許CIO會(huì)很幸運(yùn)，現(xiàn)有的AI技術(shù)能發(fā)展到如此先進(jìn)的程度，以至于可以逆向工程整個(gè)IT生產(chǎn)環(huán)境。

如果做不到這一點(diǎn)，那么用少數(shù)幾個(gè)全面的企業(yè)應(yīng)用套件(如ERP、CRM以及類似規(guī)模和范圍的其他軟件包，這將導(dǎo)致大多數(shù)應(yīng)用程序的處置方式轉(zhuǎn)變?yōu)檎?來替換整個(gè)組合，可能比試圖零碎地修復(fù)問題更為實(shí)際和經(jīng)濟(jì)。