雲端策略反模式

發行項
03/22/2023

客戶通常會在雲端採用「策略」階段遇到反模式。這些反模式可能會讓 IT 和業務策略一致性變得複雜。這些反模式也可讓您更難測量雲端專案的成功與否。

反模式：採用雲端，但未建立目標

許多公司都會宣告雲端優先或僅限雲端策略。但未清楚地定義這些策略所要達到的目標。少數雲端專案可能會成功，但沒有具體的 KPI 和目標。無法測量沒有指標或所指定目標的專案效能。

範例：在未定義目標的情況下移轉至雲端

公司的最接近競爭者會啟動僅限雲端策略。競爭者的目標是要讓雲端中的所有系統在一年內加速業務。公司不想要追蹤背後的意義。公司總監會開始策略性地討論如何快速採用雲端。但是，它們未定義任何具體的成功準則，例如降低成本，或改進系統效能。

公司的第一個系統會移轉至雲端。總監無法檢查其雲端策略是否成功，因為他們絕對不會定義想要達到的目標。

慣用成果：定義目標和 KPI

討論您用於採用雲端的原因時，請定義具體的 KPI。然後，您將能夠測量策略的成功程度。您也會知道是否可以針對其他專案使用相同的策略。請參閱我們為何要移至雲端？，以深入了解雲端採用的動機。

反模式：無法溝通動機

公司內的動機或雲端採用觸發程序不一致時，雲端採用旅程圖可能會失敗。企業可能會看到採用雲端的主要優點，但無法與 IT 溝通這些採用觸發程序。甚至在這些動機影響公司的 IT 策略 (而不只是其商務策略) 時，會出現此問題。如果沒有一致性或記載的動機，則雲端旅程圖通常會失敗。

範例：無法溝通優點

公司的管理面板宣告雲端優先 IT 策略時，會開始使用雲端。但是，此面板不會說明策略對公司的助益。 IT 和業務部門不確定雲端採用原因。這種不確定性會導致缺少焦點，這表示部門無法達到此常見目標。採用雲端的任何猶豫都會增加，尤其是在此情況下。因為 IT 策略所定義的目標不佳，所以該策略正在進行審查，因此問題的數目會多於答案。

慣用成果：定義和溝通雲端採用原因

決定您想要採用雲端的原因。然後清楚定義您的原因，並在整個公司內進行傳達。然後，您的 IT 和業務單位將會更輕鬆地接受雲端採用。您也可以使用這些動機來影響雲端採用旅程圖後續階段中的技術決策。在證明移至雲端之前，請先檢閱雲端移轉誤解。