指導方針和步驟 - AWS 方案指引

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

指導方針和步驟

OI 期間的三個主要階段是探索、設計和實作。本節涵蓋其他工作流所需的輸入,以及每個階段預期的輸出。

探索階段

探索是第一個階段。它構成了操作整備的基礎。在探索期間,您應該:

  • 舉行研討會或啟動會議,提出需要現代化之營運網域的優先順序清單。

  • 盡可能收集資訊,以全面了解您的流程和程序。

  • 檢閱手冊、執行手冊和組織圖表等文件。

  • 與應用程式擁有者、支援人員和企業擁有者交談,以建立困擾點的完整樣貌。

  • 檢閱服務層級協議 (SLAs)、營運層級協議 (OLAs),以及災難復原和備份策略。

  • 評估您目前的工具和技術堆疊。

  • 評估技能差距和訓練需求。

設計階段

設計階段通常在探索之後和實作之前不久開始。不過,根據您的交付方法 (例如,如果您使用敏捷的方法),設計和實作可能會在相同的衝刺中發生。在設計階段,您會使用探索階段的洞見來解決差距,以及精簡、改善或甚至消除現有的程序和程序。關鍵活動包括:

  • 建立特定交付項目 (例如,架構圖表和程序流程)

  • 規劃變更管理活動

  • 確定風險評估和緩解策略

  • 規劃時間軸和資源配置

實作階段

根據您的交付方法 (例如,敏捷性),實作可以與設計階段平行開始。在實作階段,重點轉移到執行設計的解決方案,並為組織做好採用準備。關鍵活動包括:

  • 開發分階段推展策略

  • 定義訓練和文件需求

  • 建立成功指標和關鍵績效指標 (KPIs)

  • 定義實作後審核程序

  • 測試操作準備程度

設計和實作階段對於操作自動化和整合至關重要。因此,所有內容都必須在上線日期之前做好充分準備並可供生產使用。如需這些階段應考量事項的詳細指引,請參閱最佳實務和建議一節。

在一或多個衝刺中以邏輯方式執行這些階段。交付核心操作或其他優先網域的函數。您可以在雲端程序手冊中擷取每個階段的工作。手冊的形式可以是指令碼、自動化 Runbook,甚至是操作現代化環境所需的程序或步驟摘要。

下圖顯示組織為 4 個函數的 21 個 OI 網域:核心操作、安全性和控制、商業管理和支援函數。這些會在下一節中詳細說明。

營運整合 (OI) 網域組織成 4 個函數。