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

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

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

轉(zhuǎn)型項目計劃中的停機時間

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

將 IT 停機時間降至最低

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

在遷移之前掃描系統(tǒng)環(huán)境，了解系統(tǒng)真實情況很有必要

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

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

使用這些實用技巧，可以大大減少系統(tǒng)停機時間

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

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

3、作為轉(zhuǎn)換過程的一部分，定義所謂的“凍結(jié)”期間，在此期間不允許更改主數(shù)據(jù)或?qū)哟谓Y(jié)構(gòu)數(shù)據(jù)。這確保了數(shù)據(jù)的一致性。

4、在遷移之前優(yōu)化源系統(tǒng)的基礎架構(gòu)，標準化數(shù)據(jù)結(jié)構(gòu)和清理數(shù)據(jù)可以顯著減少轉(zhuǎn)換所需的工作量，從而減少停機時間。

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

選擇合適的轉(zhuǎn)型方法和合作伙伴

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

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

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