系統因負載、生產力下降、使得客戶不堪重負：IT 停機會給公司帶來沉重打擊，耗費巨額成本。因此，SNP北美云業務負責人 Darren Shaw 在這篇文章中建議，數字化轉型項目過程中發生的停機時間應保持最短。專家就如何實現這一目標提供了建議。

計劃外的 IT 停機時間是公司在高度動態的市場和不斷變化的需求中面臨的最大挑戰之一。對零售行業的一個典型研究證明了這一論點：根據最近的研究，80%的公司每年至少經歷一次計劃外停機。如果發生此類緊急情況，大多數公司 (87%) 最多需要四個小時才能獲得支持。從生產中斷和銷售損失到品牌損害和數據保護漏洞，都會造成非常嚴重的后果。

美國 Standish Group 的分析師計算了零售商的財務負擔：POS 中斷的平均成本為每分鐘 4,700 美元或每小時 28.2萬美元。在疫情期間電子商務領域的增長比平時更大，損失可能會更高。

轉型項目計劃中的停機時間

計劃外停機會造成嚴重損害，項目經理當然應該盡量減少計劃外停機，這在一定程度上是大型 IT 轉型項目所需要的。例如，在數據遷移到 SAP S/4HANA 期間，技術上需要關閉業務流程。但是，結合先進的技術、最佳實踐和可靠的轉換計劃，可以極大地限制這種停機時間。

將 IT 停機時間降至最低

可以理解的是，在大陸或全球運營的公司——尤其是在零售行業，幾乎沒有停機空間。不同的時區包括在在某些假期，例如圣誕節或新年前夜，人們也可以隨時在本地零售店或網上購物，這需要持續的業務運營。如何才能將計劃停機時間保持在最低限度？

在遷移之前掃描系統環境，了解系統真實情況很有必要

在 S/4HANA 遷移等轉型場景中，SNP建議客戶首先確定現有 ERP 系統的當前狀態并熟悉其特殊功能：這對許多項目經理來說似乎是不言而喻的。

然而，我們與大公司合作多年的經驗表明，經過數年（或數十年）的使用和進一步發展，關于哪些數據、應用程序和系統被使用、由誰、何時以及如何使用的概覽已經丟失。檢查現有 IT 基礎設施的情況是必須的，通過這種方式，可以定義轉型項目的個性化需求，加快流程并有效節省成本。

使用這些實用技巧，可以大大減少系統停機時間

1、確定最有可能接受停機時間的時間窗口。例如，根據行業、商業模式和在不同國際市場的存在情況，這些時間可能是晚上、周末或節假日。在此基礎上，可以根據范圍和復雜性決定項目啟動日期。

2、從敏捷的方法中選擇一種“最小化可行產品”（MVP）方法，以便從戰略上規劃您的遷移項目：問問自己現在需要遷移哪些數據以獲得功能齊全且合規的 S/4HANA 系統 – 以及哪些數據可以以后再遷移。例如，如果一家公司有 10 TB 的系統，但其中只有 0.5 TB 是當前和上一年的數據，那么應該首先遷移少量數據。讓切換階段有良好的計劃和執行，以確保按計劃上線，并實現成本最優、安全和增值的系統遷移。

3、作為轉換過程的一部分，定義所謂的“凍結”期間，在此期間不允許更改主數據或層次結構數據。這確保了數據的一致性。

4、在遷移之前優化源系統的基礎架構，標準化數據結構和清理數據可以顯著減少轉換所需的工作量，從而減少停機時間。

5、了解您的公司一小時的停機時間成本，并在選擇合適的轉型方法和遷移合作伙伴時考慮到這一點。

選擇合適的轉型方法和合作伙伴

需要進行復雜轉型項目（例如 S/4HANA 遷移）的公司在選擇合適的遷移軟件和服務提供商是至關重要的。必須全面考慮成本，最初較便宜的產品和服務隨著停機時間的延長可能會變得更加昂貴。例如，選擇傳統 IT 解決方案的人可能會面臨未結訂單可能會被取消或僅在數據遷移期間延遲執行的風險。

為避免因長時間停機而導致的額外成本，理想情況下使用能夠實現近乎零停機時間遷移的創新技術。這使得遷移、驗證、統一和測試過程自動化，并提供對系統的深入見解和優化建議。IT 解決方案的另一個標準應該是多個項目可以同時進行，例如遷移到云和 S/4HANA 實施，可以在一個項目中結合。

那些考慮采取這些行動建議的人會驚訝于停機時間的縮短。然而，成功的關鍵就是戰略項目規劃和現有備選方案的評估。