原文信息
標(biāo)題:5 essential skills every project manager needs during a data center transformation to the cloud
作者:Viba Renganathan?
云遷移的成功并非僅僅依靠工具來實(shí)現(xiàn);只有當(dāng)項(xiàng)目經(jīng)理能夠具備遠(yuǎn)大的視野、快速適應(yīng)變化的能力、同時(shí)理解技術(shù)和業(yè)務(wù)需求,并且能夠引領(lǐng)團(tuán)隊(duì)順利推進(jìn)變革時(shí),這樣的遷移項(xiàng)目才有可能成功。

[云遷移中的領(lǐng)導(dǎo)力與復(fù)雜性。來源:CIOCDO]
隨著企業(yè)加速從傳統(tǒng)數(shù)據(jù)中心向混合云與多云架構(gòu)轉(zhuǎn)型,這類項(xiàng)目的規(guī)模與復(fù)雜度對項(xiàng)目領(lǐng)導(dǎo)力提出了全新水準(zhǔn)的要求。近期,我主導(dǎo)了一項(xiàng)持續(xù)多年、覆蓋全球利益相關(guān)者的企業(yè)級數(shù)據(jù)中心轉(zhuǎn)型,親眼見證了一個(gè)事實(shí):技術(shù)本身并非成敗關(guān)鍵,領(lǐng)導(dǎo)力才是。
即便擁有最先進(jìn)的平臺(tái)與工具,若項(xiàng)目經(jīng)理缺乏正確的思維模式、適應(yīng)力和技術(shù)素養(yǎng),項(xiàng)目仍可能功虧一簣。因?yàn)檫@些計(jì)劃既是技術(shù)工程,更是組織變革的征程。
以下是任何負(fù)責(zé)云與數(shù)據(jù)中心現(xiàn)代化之旅的項(xiàng)目經(jīng)理都必須具備的?5 大核心技能。
數(shù)據(jù)中心轉(zhuǎn)型是企業(yè)級工程,沒有任何系統(tǒng)是孤立存在的。每一款應(yīng)用、每一個(gè)集成點(diǎn)、每一條數(shù)據(jù)流都是更大生態(tài)系統(tǒng)的一部分。項(xiàng)目經(jīng)理從第一天起就必須看清這張“大圖”。
系統(tǒng)思維意味著跳出服務(wù)器與環(huán)境的單一視角,去審視業(yè)務(wù)流程、下游依賴、數(shù)據(jù)保護(hù)需求以及運(yùn)營現(xiàn)實(shí)。為此,你需要提出一些有針對性的關(guān)鍵問題:
如果該應(yīng)用程序停機(jī) 4 小時(shí)或更長時(shí)間,會(huì)對業(yè)務(wù)產(chǎn)生什么具體的財(cái)務(wù)或運(yùn)營影響??
有多少團(tuán)隊(duì)、流程或最終用戶依賴于它??
它的恢復(fù)目標(biāo) (RTO/RPO) 是什么?它與上游和下游系統(tǒng)之間又是如何相互連接的??
有了這些洞察,項(xiàng)目經(jīng)理才能對?割接 (Cutover)順序做出明智決策,避免單純按物理基礎(chǔ)設(shè)施“打包”應(yīng)用——這種做法往往導(dǎo)致故障或依賴錯(cuò)位。近期一項(xiàng)關(guān)于遺留系統(tǒng)云遷移的實(shí)證研究就指出,缺乏架構(gòu)映射與依賴?yán)斫馐沁w移失敗的核心風(fēng)險(xiǎn)因素。
核心要點(diǎn):架構(gòu)感知不是背誦組件清單,而是洞悉一次變更如何在整套企業(yè)系統(tǒng)中產(chǎn)生連鎖回響。
大規(guī)模遷移很少按可預(yù)測、線性的軌跡推進(jìn),而是以迭代階段展開。每一階段都會(huì)引入新變量、技術(shù)約束與經(jīng)驗(yàn)教訓(xùn)。因此,傳統(tǒng)的瀑布式 (Waterfall)方法很快就會(huì)變成負(fù)擔(dān)。
團(tuán)隊(duì)需要的是“彈性治理”框架:它既能提供結(jié)構(gòu),又能隨現(xiàn)實(shí)變化而伸縮。這意味著當(dāng)新認(rèn)知浮現(xiàn)時(shí),要及時(shí)調(diào)整流程、決策模型與審批流。
拒絕“一刀切”:每款應(yīng)用、每個(gè)業(yè)務(wù)單元往往都有獨(dú)特的架構(gòu)、依賴與約束。在我們的遷移中,我與實(shí)施團(tuán)隊(duì)、開發(fā)者和產(chǎn)品負(fù)責(zé)人每日互動(dòng),實(shí)時(shí)掌握潛在問題,并持續(xù)優(yōu)化方案。
行業(yè)趨勢:這一做法與《ISACA 期刊》2023 年文章《重新定義企業(yè)云技術(shù)治理》的觀點(diǎn)一致:傳統(tǒng)治理框架過于僵化,無法適配現(xiàn)代云環(huán)境;應(yīng)轉(zhuǎn)向自適應(yīng)、去中心化的模型,讓團(tuán)隊(duì)在新約束與依賴出現(xiàn)時(shí)快速響應(yīng)。
面對老舊遺留系統(tǒng),供應(yīng)商相關(guān)挑戰(zhàn)尤為常見。提前介入而非事后救火,能幫助團(tuán)隊(duì)避免故障、保持節(jié)奏。
核心要點(diǎn):治理應(yīng)“引導(dǎo)”而非“拖累”。靈活性是管理不確定性、維系復(fù)雜轉(zhuǎn)型進(jìn)度的關(guān)鍵。
在企業(yè)級轉(zhuǎn)型項(xiàng)目中,利益相關(guān)者是否對齊,往往決定了進(jìn)程是受控還是脫軌。每一次遷移窗口、防火墻規(guī)則調(diào)整、環(huán)境變更或順序變動(dòng),都需要安全、網(wǎng)絡(luò)、基礎(chǔ)設(shè)施、運(yùn)維、產(chǎn)品團(tuán)隊(duì)及業(yè)務(wù)高層密切配合——而各方往往有自己的優(yōu)先級與壓力。
研究表明,不同利益相關(guān)者對數(shù)字化轉(zhuǎn)型的“視角”各異。KPMG 2023 年報(bào)告指出,在風(fēng)險(xiǎn)、安全與合規(guī)方面贏得利益相關(guān)者信任,是云落地成功的關(guān)鍵。
項(xiàng)目經(jīng)理的核心任務(wù)之一是“翻譯”:
把技術(shù)約束轉(zhuǎn)化為業(yè)務(wù)友好的更新語言。
將業(yè)務(wù)期望轉(zhuǎn)化為工程團(tuán)隊(duì)可執(zhí)行的技術(shù)指令。
這種“雙語”能力能有效減少誤解、加速?zèng)Q策。為保持對齊,結(jié)構(gòu)化溝通不可或缺。通過建立可預(yù)期的溝通節(jié)奏——每日站會(huì)、每周產(chǎn)品同步、每月高管簡報(bào)及共享儀表盤——確保透明度,并對進(jìn)展與風(fēng)險(xiǎn)保持持續(xù)可見。
核心要點(diǎn):溝通越強(qiáng)、越結(jié)構(gòu)化,遷移就越順暢、越可預(yù)期。
在現(xiàn)代化過程中,團(tuán)隊(duì)要不斷決定是把應(yīng)用直接重新托管 (Re-host)、更換平臺(tái) (Re-platform),還是重構(gòu) (Re-architect)。
項(xiàng)目經(jīng)理不必是屋里最懂代碼的人,但必須充分理解每種選項(xiàng)的含義與影響,才能推動(dòng)高質(zhì)量決策。具備技術(shù)素養(yǎng),既能贏得開發(fā)者、架構(gòu)師、廠商和部署團(tuán)隊(duì)的信任,也能讓你問對問題、挑戰(zhàn)假設(shè)、把討論導(dǎo)向可行方案。
尤其在云遷移?"6 R" 策略下,用業(yè)務(wù)目標(biāo)與技術(shù)匹配度來合理化工作負(fù)載時(shí),這種能力尤為關(guān)鍵。
核心要點(diǎn):技術(shù)素養(yǎng)帶來清晰、連接與更優(yōu)決策。
數(shù)據(jù)中心轉(zhuǎn)型周期長、復(fù)雜度高、不確定性大。突發(fā)技術(shù)故障、合規(guī)新要求、業(yè)務(wù)優(yōu)先級突變都會(huì)拖慢節(jié)奏、消耗團(tuán)隊(duì)。KPMG?報(bào)告指出,多數(shù)組織在云端運(yùn)維一年內(nèi)出現(xiàn)過中斷或合規(guī)事件,這凸顯了治理與風(fēng)險(xiǎn)前置的重要性。
在這種環(huán)境下,堅(jiān)韌的項(xiàng)目經(jīng)理能提供清晰方向、穩(wěn)住陣腳、確保團(tuán)隊(duì)繼續(xù)推進(jìn)。我們曾因突發(fā)的合規(guī)指令緊急調(diào)整優(yōu)先級并追加資源,最終在領(lǐng)導(dǎo)層支持下仍按期完成遷移。此時(shí),保持團(tuán)隊(duì)士氣與技術(shù)交付同等重要。
核心要點(diǎn):堅(jiān)韌的團(tuán)隊(duì)不抗拒變化,而是在變化中保持自信。
數(shù)據(jù)中心轉(zhuǎn)型不僅是技術(shù)工程,更重塑了流程、角色與行為。當(dāng)上述五項(xiàng)技能合一時(shí),項(xiàng)目經(jīng)理就從單純的項(xiàng)目“交付者”升級為真正的“轉(zhuǎn)型領(lǐng)袖”:
系統(tǒng)思維掃清隱性依賴。
彈性治理隨需而變。
利益相關(guān)者協(xié)同保持全員同頻。
技術(shù)素養(yǎng)加速?zèng)Q策、建立信任。
韌性讓團(tuán)隊(duì)在動(dòng)蕩中保持專注。
面向未來:展望未來十年,數(shù)據(jù)中心遷移將因高級自動(dòng)化、AI 編排、多云環(huán)境及更嚴(yán)苛的合規(guī)安全要求而更加復(fù)雜。未來的領(lǐng)袖必須既懂技術(shù)又以人為本:善用數(shù)據(jù)、與 AI 同步?jīng)Q策,同時(shí)保持信任、擔(dān)當(dāng)與韌性。
真正的轉(zhuǎn)型,始于領(lǐng)導(dǎo)者把復(fù)雜化為清晰,把不確定化為前進(jìn)動(dòng)力。
Hybrid Cloud (混合云):指結(jié)合了私有云(企業(yè)內(nèi)部數(shù)據(jù)中心)和公有云(如 AWS, Azure, Google Cloud)的計(jì)算環(huán)境,允許數(shù)據(jù)和應(yīng)用在兩者之間共享。
The 6?Rsof Cloud Migration:云遷移的六種常見策略:
Re-host (Lift and Shift):直接遷移,不改代碼。
Re-platform (Lift and?Reshape):少量修改以適應(yīng)云平臺(tái)。
Re-architect/Refactor:重構(gòu)應(yīng)用以利用云原生特性。
Repurchase:購買SaaS服務(wù)替代原有系統(tǒng)。
Retire:廢棄不再需要的應(yīng)用。
Retain:暫時(shí)保留現(xiàn)狀,不遷移。
RTO?(Recovery Time Objective):恢復(fù)時(shí)間目標(biāo),指業(yè)務(wù)可容忍的最大停機(jī)時(shí)間。
Cutover (割接):在IT項(xiàng)目中,指從舊系統(tǒng)切換到新系統(tǒng)的關(guān)鍵時(shí)刻,通常涉及數(shù)據(jù)的最終同步和流量的切換。
原文:數(shù)據(jù)中心云遷移過程中,項(xiàng)目經(jīng)理必備的5項(xiàng)核心技能
云遷移的成功并非僅僅依靠工具來實(shí)現(xiàn);只有當(dāng)項(xiàng)目經(jīng)理能夠具備遠(yuǎn)大的視野、快速適應(yīng)變化的能力、同時(shí)理解技術(shù)和業(yè)務(wù)需求,并且能夠引領(lǐng)團(tuán)隊(duì)順利推進(jìn)變革時(shí),這樣的遷移項(xiàng)目才有可能成功。
圖片來源:SERSOLL/Shutterstock
隨著企業(yè)加速從傳統(tǒng)數(shù)據(jù)中心向混合與多云架構(gòu)轉(zhuǎn)型,這類項(xiàng)目的規(guī)模與復(fù)雜度對項(xiàng)目領(lǐng)導(dǎo)力提出了全新水準(zhǔn)的要求。近期我主導(dǎo)了一項(xiàng)持續(xù)多年、覆蓋全球利益相關(guān)者的企業(yè)級數(shù)據(jù)中心轉(zhuǎn)型,親眼見證:技術(shù)本身并非成敗關(guān)鍵,領(lǐng)導(dǎo)力才是。
即便擁有最先進(jìn)的平臺(tái)與工具,若項(xiàng)目經(jīng)理缺乏正確的思維模式、適應(yīng)力和技術(shù)素養(yǎng),項(xiàng)目仍可能功虧一簣。因?yàn)檫@些計(jì)劃既是技術(shù)工程,更是組織變革的征程。
基于我所在組織最具野心的一次轉(zhuǎn)型實(shí)踐,以下是任何負(fù)責(zé)云與數(shù)據(jù)中心現(xiàn)代化之旅的項(xiàng)目經(jīng)理都必須具備的五大核心技能。
1.系統(tǒng)思維與架構(gòu)意識(shí)
數(shù)據(jù)中心轉(zhuǎn)型是企業(yè)級工程,沒有任何系統(tǒng)孤立存在。每一款應(yīng)用、每一個(gè)集成點(diǎn)、每一條數(shù)據(jù)流都是更大生態(tài)系統(tǒng)的一部分,項(xiàng)目第一天就必須看清這張“大圖”。系統(tǒng)思維意味著跳出服務(wù)器與環(huán)境的視角,去審視業(yè)務(wù)流程、下游依賴、數(shù)據(jù)保護(hù)需求以及運(yùn)營現(xiàn)實(shí)。
為此,需要提出一些有針對性的問題,例如:
如果該應(yīng)用程序停機(jī)4小時(shí)或更長時(shí)間,會(huì)對業(yè)務(wù)產(chǎn)生什么影響呢?
有多少團(tuán)隊(duì)、流程或用戶依賴于它呢?
它的恢復(fù)目標(biāo)是什么?它與上游和下游系統(tǒng)之間又是如何相互連接的?
有了這些洞察,項(xiàng)目經(jīng)理才能對割接順序做出明智決策,避免單純按物理基礎(chǔ)設(shè)施“打包”應(yīng)用——這種做法往往導(dǎo)致故障或依賴錯(cuò)位。近期一項(xiàng)關(guān)于遺留系統(tǒng)云遷移的實(shí)證研究就指出,缺乏架構(gòu)映射與依賴?yán)斫馐沁w移失敗的核心風(fēng)險(xiǎn)因素。
核心要點(diǎn)
架構(gòu)感知不是背組件清單,而是洞悉一次變更如何在整套企業(yè)系統(tǒng)中產(chǎn)生連鎖回響。
2.彈性治理與主動(dòng)風(fēng)險(xiǎn)預(yù)判
大規(guī)模遷移很少按可預(yù)測、線性的軌跡推進(jìn),而是以迭代階段展開,每一階段都會(huì)引入新變量、技術(shù)約束與經(jīng)驗(yàn)教訓(xùn)。因此,傳統(tǒng)的瀑布式方法很快就會(huì)變成負(fù)擔(dān)。團(tuán)隊(duì)需要的是“彈性治理”框架:既提供結(jié)構(gòu),又能隨現(xiàn)實(shí)變化而伸縮。
彈性治理意味著,當(dāng)新認(rèn)知浮現(xiàn)時(shí),及時(shí)調(diào)整流程、決策模型與審批流。每款應(yīng)用、每個(gè)業(yè)務(wù)單元往往都有獨(dú)特的架構(gòu)、依賴與約束,“一刀切”模式根本行不通。在我們的遷移中,我與實(shí)施團(tuán)隊(duì)、開發(fā)者和產(chǎn)品負(fù)責(zé)人每日互動(dòng),實(shí)時(shí)掌握潛在問題,并持續(xù)優(yōu)化方案。
這一做法與《ISACA?期刊》2023?年文章《重新定義企業(yè)云技術(shù)治理》的趨勢一致:傳統(tǒng)治理框架過于僵化,無法適配現(xiàn)代云環(huán)境;應(yīng)轉(zhuǎn)向自適應(yīng)、去中心化的模型,讓團(tuán)隊(duì)在新約束與依賴出現(xiàn)時(shí)快速響應(yīng)。
面對老舊遺留系統(tǒng),供應(yīng)商相關(guān)挑戰(zhàn)尤為常見。提前介入而非事后救火,幫助我們避免故障、保持節(jié)奏。
核心要點(diǎn)
治理應(yīng)“引導(dǎo)”而非“拖累”。靈活性是管理不確定性、維系復(fù)雜轉(zhuǎn)型進(jìn)度的關(guān)鍵。
3.利益相關(guān)者協(xié)同與戰(zhàn)略溝通
在企業(yè)級轉(zhuǎn)型項(xiàng)目中,利益相關(guān)者是否對齊,往往決定了進(jìn)程是受控還是脫軌。每一次遷移窗口、防火墻規(guī)則調(diào)整、環(huán)境變更或順序變動(dòng),都需要安全、網(wǎng)絡(luò)、基礎(chǔ)設(shè)施、運(yùn)維、產(chǎn)品團(tuán)隊(duì)及業(yè)務(wù)高層密切配合——而各方自有優(yōu)先級與壓力。
研究表明,不同利益相關(guān)者對數(shù)字化轉(zhuǎn)型的“視角”各異,成功的項(xiàng)目會(huì)主動(dòng)管理這些視角,以建立共同理解與對齊。KPMG 2023?年報(bào)告同樣指出,在風(fēng)險(xiǎn)、安全與合規(guī)方面贏得利益相關(guān)者信任,是云落地成功的關(guān)鍵。
項(xiàng)目經(jīng)理的核心任務(wù)之一是“翻譯”:把技術(shù)約束轉(zhuǎn)化為業(yè)務(wù)友好的更新,同時(shí)將業(yè)務(wù)期望轉(zhuǎn)化為工程團(tuán)隊(duì)可執(zhí)行的指令。這種雙語能力減少誤解、加速?zèng)Q策。
為保持對齊,結(jié)構(gòu)化溝通不可或缺。我建立了可預(yù)期的節(jié)奏——每日站會(huì)、每周產(chǎn)品同步、每月高管簡報(bào)及共享儀表盤——確保透明、快速升級,并對進(jìn)展與風(fēng)險(xiǎn)保持持續(xù)可見。
核心要點(diǎn)
溝通越強(qiáng)、越結(jié)構(gòu)化,遷移就越順暢、越可預(yù)期。
4.技術(shù)素養(yǎng)與決策促導(dǎo)
現(xiàn)代化過程中,團(tuán)隊(duì)要不斷決定是把應(yīng)用直接上云(re-host)、換平臺(tái)(re-platform),還是重構(gòu)(re-architect)。項(xiàng)目經(jīng)理不必是屋里最懂技術(shù)的人,但必須充分理解每種選項(xiàng)的影響,才能推動(dòng)高質(zhì)量決策。
具備技術(shù)素養(yǎng),既能贏得開發(fā)者、架構(gòu)師、廠商和部署團(tuán)隊(duì)的信任,也能讓你問對問題、挑戰(zhàn)假設(shè)、把討論導(dǎo)向可行方案。尤其在云遷移“6 R”策略(re-host、re-platform、refactor?等)下,用業(yè)務(wù)目標(biāo)與技術(shù)匹配度來合理化工作負(fù)載時(shí),這種能力尤為關(guān)鍵。
核心要點(diǎn)
技術(shù)素養(yǎng)帶來清晰、連接與更優(yōu)決策。
5.韌性與變革領(lǐng)導(dǎo)力
數(shù)據(jù)中心轉(zhuǎn)型周期長、復(fù)雜度高、不確定性大。突發(fā)技術(shù)故障、合規(guī)新要求、業(yè)務(wù)優(yōu)先級突變都會(huì)拖慢節(jié)奏、消耗團(tuán)隊(duì)。前述KPMG?報(bào)告指出,多數(shù)組織在云端運(yùn)維一年內(nèi)出現(xiàn)過中斷或合規(guī)事件,凸顯治理與風(fēng)險(xiǎn)前置的重要性。在這種環(huán)境下,堅(jiān)韌的項(xiàng)目經(jīng)理能提供清晰方向、穩(wěn)住陣腳、確保團(tuán)隊(duì)繼續(xù)推進(jìn)。
我們曾因突發(fā)的合規(guī)指令緊急調(diào)整優(yōu)先級并追加資源,最終在領(lǐng)導(dǎo)層支持下仍按期完成遷移。此時(shí)保持團(tuán)隊(duì)士氣與技術(shù)交付同等重要。
核心要點(diǎn)
堅(jiān)韌的團(tuán)隊(duì)不抗拒變化,而是在變化中保持自信。
6.融匯五項(xiàng)技能:項(xiàng)目經(jīng)理即轉(zhuǎn)型領(lǐng)袖
數(shù)據(jù)中心轉(zhuǎn)型不僅是技術(shù)工程,更重塑流程、角色與行為。當(dāng)五項(xiàng)技能合一,項(xiàng)目經(jīng)理就從“交付者”升級為“轉(zhuǎn)型領(lǐng)袖”:
系統(tǒng)思維掃清隱性依賴
彈性治理隨需而變
利益相關(guān)者協(xié)同保持全員同頻
技術(shù)素養(yǎng)加速?zèng)Q策、建立信任
韌性讓團(tuán)隊(duì)在動(dòng)蕩中保持專注
最高效的轉(zhuǎn)型領(lǐng)導(dǎo)者會(huì)在紀(jì)律與靈活性之間取得平衡。
7.超越遷移本身的成功衡量?
減少停機(jī)、合規(guī)達(dá)標(biāo)、成本優(yōu)化等傳統(tǒng)指標(biāo)固然重要,但只有組織展現(xiàn)出更強(qiáng)的適應(yīng)力,IT?與業(yè)務(wù)協(xié)作更緊密時(shí),真正的成功才顯現(xiàn)。
當(dāng)項(xiàng)目經(jīng)理把適應(yīng)力深植組織,轉(zhuǎn)型會(huì)在最后一次割接后仍持續(xù)發(fā)酵。
8.面向未來的項(xiàng)目經(jīng)理
展望未來,十年后的數(shù)據(jù)中心遷移將因高級自動(dòng)化、AI?編排、多云環(huán)境及更嚴(yán)苛的合規(guī)安全要求而更加復(fù)雜。項(xiàng)目經(jīng)理若停止進(jìn)階,將難以自信領(lǐng)路。
未來就緒的領(lǐng)袖必須既懂技術(shù)又以人為本:善用數(shù)據(jù)、與AI?同步?jīng)Q策、掌握新興工具;同時(shí)保持信任、擔(dān)當(dāng)、韌性并能在壓力下激勵(lì)團(tuán)隊(duì)。
平衡技術(shù)與人文技能,項(xiàng)目經(jīng)理便始終不可或缺——不僅確保技術(shù)落地,更以目標(biāo)、清晰與適應(yīng)力引領(lǐng)團(tuán)隊(duì),實(shí)現(xiàn)超越項(xiàng)目本身的可持續(xù)轉(zhuǎn)型,夯實(shí)組織長期能力。
9.結(jié)束語
那次數(shù)據(jù)中心轉(zhuǎn)型絕非易事,是我們最復(fù)雜、最雄心勃勃的工程之一。統(tǒng)籌百余利益相關(guān)者談何容易,我們靠縝密規(guī)劃與風(fēng)險(xiǎn)管理達(dá)成目標(biāo)。因此,具備這五項(xiàng)技能的項(xiàng)目經(jīng)理不只是“領(lǐng)頭”,更是組織的“變革代理人”。正如一句話所說:真正的轉(zhuǎn)型,始于領(lǐng)導(dǎo)者把復(fù)雜化為清晰,把不確定化為前進(jìn)動(dòng)力。
作者:Viba Renganathan(維巴·雷甘納坦)