隨著企業開始采用云計算、移動和物聯網等技術，與數據中心相關的項目不斷增多。這些項目可能包括遷移到云，關鍵業務應用程序重要升級，服務器品牌變更或新款基礎設施管理工具。

雖然這些變化可能改善業務，但也同樣存在著巨大風險。17%的IT項目預算在1500萬美元甚至更高，以至于威脅到企業生存，因為他們確實經濟拮據，參考自McKinsey&Company顧問公司2012年的調查結果。毫不夸張的說，公司未來成功或失敗，與下一個主數據中心升級息息相關。幸運的是，管理者可以采取一些正確方法來確保數據中心項目計劃的成功。

設置初始基調

第一個也是最苦難的步驟就是設定明確的預期。企業需要將關于新業務機會或潛在內部改進的想法轉換為書面形式，以項目定義和管理文檔開始。這些文檔將項目分為不同的類別，如基于項目規模分為大、中、小，并且系統規格與交付大綱。這些往往可以通過商業化工具實現，如Altassian的JIRA、Celoxis或MicrosoftProject.文檔越清晰，公司項目成功的機會越大。

IT可能會跳過規劃而直接進入過程。這樣的行動是錯誤的。開發周期中花費1美元的變更，可能在生產環境系統中造成10，000美元的影響，根據顧問公司ScottAmbler+Associates的調查。每個涉及新數據中心項目計劃的人都必須從頭開始完成規劃。

任何重大改革的范圍都遠超IT部門范圍。如果要建造新數據中心，IT必須與設施管理單位交互。如果工資應用程序正在經歷重大重寫，IT需要和財務部門協作。

IT嚴格控制技術采購的日子已經一去不復返。隨著云計算和其他消費者級別技術，業務部門經理可以很容易地繞過數據中心員工。數據中心經理需要民主而不是獨裁，與業務經理合作，以提升數據中心基礎設施。

把控數據中心項目規劃細節

數據中心經理需要知道在發生重大變化時如何反應，如增加新服務器或延期一個月交付時間表等。項目經常因為團隊收到了一個原本不是業務要求內的需求而無法按時交付——這也就是范圍蔓延。

例如，業務單元要求改變用戶界面。需要在數據庫中增加一行，并且將用戶數量從25增加到28.一系列小變更不斷積累，會對項目造成嚴重的影響。這個問題在依賴于DevOps的組織更放大——他們更專注于制造快速、小規模變更，而不是將他們在主版本中一起發布。要避免范圍蔓延，數據中心經理需要追蹤微小變更，并且為其建立指標，以衡量其累積效應。

其他警示信號可能預示著數據中心項目計劃將面臨困難，如與計劃表的小方差或增加預算。有時候，數據中心員工可能認為很快就能縮短差距，但不久之后出現的新的、未知的問題使得差距越來越大。如果目前項目進度不佳，數據中心員工需要盡快做出調整。IT忽視的時間越長，問題規模和之后減少最終損壞的挑戰就越大。

IT經理們必須確保項目失敗或失誤不會導致大家都丟掉飯碗。隨著數據中心系統成為核心業務的依賴，數據中心經理必須將需求覆蓋范圍延伸到整個組織。