目前的業務狀態 - AWS 規定指引

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

目前的業務狀態

本節討論雲端就緒檢閱的三個預期結果:瞭解目前的狀態、識別優勢和弱點,以及建立行動計劃。

了解雲端之目前的狀態

當組織考慮大規模移轉至時AWS,它們通常會沿著所謂的採用階段的路徑落在某個地方,如下圖所示。這四個階段 (專案、基礎、移轉和重新發明) 在部落格文章「AWS 雲端企業策略」部落格上的 「邁向雲端優先與採用階段」部落格中討論。準備程度評估的目的是判斷組織目前處於採用階段的程度,以及組織環境的哪些部分已經足夠成熟,以便進入下一個階段。

範例:

如果組織正在規劃第一個工作負載移至雲端,則會將其視為處於專案 (或概念驗證) 階段。此階段不需要統一的帳戶結構或其他基礎結構。不過,若要準備更大型的移轉計劃,應該有適當的標記等基礎層面。否則,存在必須延遲移轉以解決基本問題的風險。

識別強弱的領域

確定強弱的領域是準備評估的第二個主要結果。優勢決定了已準備好在整個組織中廣泛採用的團隊和做法。這些領域不需要進一步的工作即可大規模成功執行雲端移轉。弱點是需要採取行動以改善實務或功能以啟用雲端移轉的領域。及早解決差距可確保移轉程序順利,並消除專案延誤的風險,以建立基礎功能。下圖所示的熱圖顯示了整個組織的強弱區域。對於以黃色或紅色突出顯示的區域,需要制定行動計劃。

範例:

IT 團隊可能會建立一個非常適合滿足組織即將到來的需求的帳戶結構,但應用程式開發人員和擁有者可能不知道他們的應用程式將移轉至AWS 雲端,而且可能沒有在中操作該應用程式的技能集AWS 雲端。此範例說明應用程式擁有者購買和開發團隊準備工作的差距,而且組織應在準備程度評估期間規劃修正措施。

創建行動計劃以實現規模和速度

你確定優勢和短處後,你需要把一個行動計劃到位,以關閉的差距和規模確定的組織內的實力領域。計劃應指派擁有者和到期日,以確保專案向前推進。我們建議您與內部流程改進和組織變更團隊合作,以協助推動雲端計畫向前邁進。這些團隊通常具有用於基準當前功能,建立溝通,處理買入計劃和類似流程的工具包,這將是有用的。

注意

AWS專業服務團隊提供了一個名為動員程序。此規範模型可引導您的組織在AWS CAF 的所有領域開發基礎功能,以解決移轉準備程度評估 (MRA) 中所識別的領域。合AWS作夥伴社群也提供可協助您完成移轉準備工作的服務。