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

# 指導方針和步驟
<a name="guidelines-steps"></a>

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

## 探索階段
<a name="discovery"></a>

探索是第一個階段。它構成了操作整備的基礎。在探索期間，您應該：
+ 舉行研討會或啟動會議，提出需要現代化之營運網域的優先順序清單。
+ 盡可能收集資訊，以全面了解您的流程和程序。
+ 檢閱手冊、執行手冊和組織圖表等文件。
+ 與應用程式擁有者、支援人員和企業擁有者交談，以建立困擾點的完整樣貌。
+ 檢閱服務層級協議 (SLAs)、營運層級協議 (OLAs)，以及災難復原和備份策略。
+ 評估您目前的工具和技術堆疊。
+ 評估技能差距和訓練需求。

## 設計階段
<a name="design"></a>

設計階段通常在探索之後和實作之前不久開始。不過，根據您的交付方法 （例如，如果您使用敏捷的方法），設計和實作可能會在相同的衝刺中發生。在設計階段，您會使用探索階段的洞見來解決差距，以及精簡、改善或甚至消除現有的程序和程序。關鍵活動包括：
+ 建立特定交付項目 （例如，架構圖表和程序流程）
+ 規劃變更管理活動
+ 確定風險評估和緩解策略
+ 規劃時間軸和資源配置

## 實作階段
<a name="implementation"></a>

根據您的交付方法 （例如，敏捷性），實作可以與設計階段平行開始。在實作階段，重點轉移到執行設計的解決方案，並為組織做好採用準備。關鍵活動包括：
+ 開發分階段推展策略
+ 定義訓練和文件需求
+ 建立成功指標和關鍵績效指標 (KPIs)
+ 定義實作後審核程序
+ 測試操作準備程度

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

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

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

![\[營運整合 (OI) 網域組織成 4 個函數。\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-operations-integration/images/oi-functions-domains.png)