當(dāng)技術(shù)術(shù)語頻繁出現(xiàn)在媒體的文章中時(shí)，有些首席信息官和IT領(lǐng)導(dǎo)者擔(dān)心這些IT術(shù)語會(huì)被濫用。一方面，人們喜歡熟悉的術(shù)語是因?yàn)樗鼑@著投資新技術(shù)、改變業(yè)務(wù)流程、更好地了解新興技術(shù)或在競(jìng)爭(zhēng)領(lǐng)域創(chuàng)新的需要，為企業(yè)管理者建立一個(gè)環(huán)境。另一方面，有一些技術(shù)術(shù)語變得過于籠統(tǒng)，并最終過時(shí)，以至于企業(yè)很容易偏離更成熟、更進(jìn)步的技術(shù)管理以及獲得成功的方式。
行業(yè)專家與數(shù)百名技術(shù)管理人員對(duì)過時(shí)的技術(shù)概念如何能夠破壞和顛覆數(shù)字化轉(zhuǎn)型計(jì)劃進(jìn)行了探討。
1. 雙模式IT(Bimodal IT)已經(jīng)發(fā)展成為DevOps文化
調(diào)研機(jī)構(gòu)Gartner公司在2014年推出了雙模IT，與大型企業(yè)系統(tǒng)所需的穩(wěn)定性、合規(guī)性和可靠性(模式1)相比，注重速度和敏捷性的企業(yè)管理新技術(shù)和應(yīng)用程序開發(fā)(模式2)是另外一種方式。
雙模IT可能是大型IT組織的一種必要過渡，以便更好地提供新的客戶體驗(yàn)，并開始采用敏捷實(shí)踐。但是，很多人意識(shí)到數(shù)字中斷不會(huì)給雙模IT留下任何空間，并且可能帶來很大的影響。成功轉(zhuǎn)型為雙模IT的組織很快意識(shí)到，推動(dòng)轉(zhuǎn)型并不會(huì)因?yàn)橹С帜Ｊ?平臺(tái)而可以挽留士氣低落的員工。
使敏捷交付與運(yùn)營穩(wěn)定性必須保持一致的漸進(jìn)式組織正在選擇成熟的DevOps實(shí)踐和文化。測(cè)試自動(dòng)化、持續(xù)集成 (CI)/持續(xù)交付(CD)和集中監(jiān)控等實(shí)踐可確保應(yīng)用程序可靠部署，并快速解決問題。該方法更好地將IT統(tǒng)一在基于敏捷實(shí)踐、站點(diǎn)可靠性、自動(dòng)化為基礎(chǔ)的現(xiàn)代原則之上，而不是將IT拆分為兩種運(yùn)營模式的雙模IT方法。
2. 云計(jì)算架構(gòu)和經(jīng)濟(jì)挑戰(zhàn)的提升和轉(zhuǎn)移
在不重新考慮應(yīng)用架構(gòu)和解決技術(shù)債務(wù)的情況下將企業(yè)遷移到云端，對(duì)于需要快速實(shí)現(xiàn)云端基礎(chǔ)設(shè)施靈活性和潛在成本節(jié)約的企業(yè)首席信息官來說似乎很有吸引力。許多由云計(jì)算供應(yīng)商和系統(tǒng)集成商支持的首席信息官試圖提升和轉(zhuǎn)移戰(zhàn)略，他們相信現(xiàn)有的工作負(fù)載可以快速遷移到云端，然后在更長(zhǎng)的時(shí)間內(nèi)重新構(gòu)建。
但是這種策略已經(jīng)成熟，具有一定的阻礙和風(fēng)險(xiǎn)，這取決于遺留應(yīng)用程序中體現(xiàn)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、安全態(tài)勢(shì)和技術(shù)債務(wù)，并且像AWS這樣的公共云供應(yīng)商建議重新考慮這種方法。此外，企業(yè)首席信息官可能會(huì)發(fā)現(xiàn)，如果將業(yè)務(wù)遷移到等效的云計(jì)算架構(gòu)中，在連接到大型存儲(chǔ)陣列的大型系統(tǒng)上運(yùn)行的遺留應(yīng)用程序可能成本更高，性能更差。
云計(jì)算提供了真正的好處，但許多好處只有在重新構(gòu)建應(yīng)用程序和基礎(chǔ)設(shè)施，并實(shí)現(xiàn)自動(dòng)化系統(tǒng)配置之后才能獲得。首席信息官應(yīng)該考慮多條路徑來實(shí)現(xiàn)云計(jì)算優(yōu)化，因?yàn)榧僭O(shè)提升和轉(zhuǎn)移策略的成本很高，而且比預(yù)測(cè)的時(shí)間要長(zhǎng)得多。
3.瀑布式規(guī)劃被敏捷、持續(xù)的規(guī)劃所取代
雖然許多組織已經(jīng)采用了敏捷開發(fā)流程，并且可能已經(jīng)將實(shí)踐擴(kuò)展到多個(gè)團(tuán)隊(duì)，但長(zhǎng)期戰(zhàn)略規(guī)劃通常仍由首席財(cái)務(wù)官驅(qū)動(dòng)，并與財(cái)務(wù)報(bào)告周期保持一致。而預(yù)算每年提交一次，大多數(shù)首席信息官必須每季度(有時(shí)更頻繁)報(bào)告進(jìn)度和預(yù)測(cè)可交付成果。
這是正在改變業(yè)務(wù)的數(shù)字IT與基于市場(chǎng)和客戶反饋迭代調(diào)整優(yōu)先級(jí)之間更重要的脫節(jié)之一。傳統(tǒng)和敏捷思維之間的這種分歧可能會(huì)導(dǎo)致嚴(yán)重的組織功能混亂，因?yàn)镮T領(lǐng)導(dǎo)者試圖用財(cái)務(wù)報(bào)告周期和需求重新構(gòu)建敏捷性。
進(jìn)行協(xié)調(diào)是可能的，它需要擴(kuò)展到企業(yè)范圍內(nèi)的敏捷轉(zhuǎn)型，其中規(guī)劃是持續(xù)不斷的實(shí)踐。敏捷規(guī)劃要求敏捷團(tuán)隊(duì)在完成故事和完成發(fā)布的同時(shí)，在每個(gè)Sprint中規(guī)劃功能和編寫故事。當(dāng)首席信息官成熟的計(jì)劃實(shí)踐和建立報(bào)告工具時(shí)，他們可以實(shí)現(xiàn)更可靠的預(yù)測(cè)，從而更容易地根據(jù)財(cái)務(wù)報(bào)告周期的要求傳達(dá)狀態(tài)。
4.構(gòu)建與購買被低代碼架構(gòu)所取代
許多組織在投資新的業(yè)務(wù)應(yīng)用程序時(shí)仍在爭(zhēng)論是否構(gòu)建還是購買。盡管這些平臺(tái)中的許多都是高度可配置的，但隨著許多企業(yè)也考慮采用SaaS選項(xiàng)，這種模式已經(jīng)有所發(fā)展。同樣，由于大多數(shù)專有軟件是使用開放源代碼、商業(yè)框架、庫的混合開發(fā)的，因此構(gòu)建應(yīng)用程序也有一些阻礙。
盡管如此，低代碼、無代碼和公民開發(fā)平臺(tái)常常被忽視，這些平臺(tái)使企業(yè)能夠開發(fā)專有的業(yè)務(wù)應(yīng)用程序、數(shù)據(jù)集成、分析儀表盤和移動(dòng)體驗(yàn)，而無需承擔(dān)較低級(jí)別的復(fù)雜性，因此這些平臺(tái)不僅能夠?qū)崿F(xiàn)快速的應(yīng)用程序交付，而且通常能夠生成更可維護(hù)、更開放的應(yīng)用程序，這些應(yīng)用程序可以由技術(shù)水平較低的開發(fā)人員或具有技術(shù)技能的業(yè)務(wù)用戶構(gòu)建和擴(kuò)展。
5.移動(dòng)首先被API和微服務(wù)擊敗
當(dāng)移動(dòng)應(yīng)用成為主流時(shí)，應(yīng)用程序商店提供了向最終用戶分發(fā)移動(dòng)應(yīng)用程序的機(jī)制，移動(dòng)設(shè)備管理平臺(tái)使IT團(tuán)隊(duì)能夠保護(hù)移動(dòng)設(shè)備，許多開發(fā)人員和設(shè)計(jì)人員宣稱首先開發(fā)移動(dòng)應(yīng)用程序，然后開發(fā)Web應(yīng)用程序。這使得軟件開發(fā)人員能夠針對(duì)較小的屏幕、較低帶寬的設(shè)備和簡(jiǎn)化的導(dǎo)航優(yōu)化應(yīng)用程序最終用戶體驗(yàn)，因?yàn)橐苿?dòng)應(yīng)用程序的使用超過了PC Web體驗(yàn)。
如今，企業(yè)必須優(yōu)化多個(gè)設(shè)備和體驗(yàn)的應(yīng)用程序，并且可以使用無數(shù)的方法和開發(fā)平臺(tái)來實(shí)現(xiàn)這一點(diǎn)。但潛在的假設(shè)是開發(fā)人員已經(jīng)首先構(gòu)建了API和理想的微服務(wù)。API不僅支持設(shè)備、工作流和用戶角色特定應(yīng)用程序的開發(fā)，還允許應(yīng)用程序和數(shù)據(jù)集成。在沒有架構(gòu)API的情況下推動(dòng)移動(dòng)優(yōu)先的開發(fā)人員和設(shè)計(jì)人員可以將他們的組織打造成一個(gè)新的應(yīng)用程序。
了解何時(shí)轉(zhuǎn)向IT實(shí)踐
IT領(lǐng)導(dǎo)者要確定的最困難的事情之一是了解哪些范例是必不可少的，多長(zhǎng)時(shí)間以及如何處理在傳統(tǒng)結(jié)構(gòu)上開發(fā)的投資。如果企業(yè)在單一體系結(jié)構(gòu)上開發(fā)了成功的移動(dòng)應(yīng)用程序，那么重構(gòu)它以提供API是否具有商業(yè)價(jià)值?企業(yè)首席信息官是否應(yīng)該將過時(shí)的做法(例如瀑布式項(xiàng)目管理和雙模IT)過渡到敏捷方法和開發(fā)文化?什么時(shí)候應(yīng)該考慮低平臺(tái)而不是標(biāo)準(zhǔn)化的軟件開發(fā)實(shí)踐?
如今新興技術(shù)發(fā)展迅速，各行業(yè)領(lǐng)域的發(fā)展都在顛覆。很明顯，維持現(xiàn)狀不再是大多數(shù)企業(yè)的選擇。
京公網(wǎng)安備 11010502049343號(hào)