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

# 視覺
<a name="vision"></a>

如上一節所強調，我們對雲端操作模型的定義是建置、成熟和最佳化一或多個雲端環境的定義。它透過使現有的 (IT) 操作模型成熟，採用並善加利用雲端優先的工作方式來支援您的目標業務成果。

我們觀察到協助客戶建立雲端營運模型的兩個常見挑戰：知道要專注在哪裡，以及如何在轉型中保持動力。組織在建立有益於 的模型，並將結果和價值交付給組織之前，進行數次嘗試並不常見。

因此，[AWS 雲端採用架構 (AWS CAF) ](https://aws.amazon.com/cloud-adoption-framework/)的第一階段是 [Envision](https://docs.aws.amazon.com/whitepapers/latest/overview-aws-cloud-adoption-framework/your-cloud-transformation-journey.html)：


|  | 
| --- |
| *【「」佈建階段著重於示範雲端如何協助您加速業務成果。它透過識別並優先考慮四個轉型領域的轉型機會，以符合您的策略業務目標。將您的轉型計畫與關鍵利益相關者 （能夠影響和推動變革的資深人員） 和可衡量的業務成果建立關聯，可協助您在轉型之旅中展現價值。* | 

大多數企業都有自己的方法來定義願景。在 AWS，許多團隊透過定義任務陳述式來建立願景，建置功能的團隊將使用一組原則來做出優先順序決策，以及具有相關常見問題 (PR-FAQ) 的新聞發佈文件。我們使用此方法來協助客戶建立其雲端營運模型，但我們調整了開發願景文件或章程的方法，以協助協調實作雲端營運模型的團隊，並為他們互動的團隊提供參考。

## 開發願景文件
<a name="vision-document"></a>

願景文件包含任務陳述式、Tenet、驅動程式和結果。每個區段都應由領導團隊定義、連結至整體業務策略，然後發佈在內部網站 （例如 Wiki) 供所有人閱讀。

雲端操作模型*的任務陳述*式應連結至雲端預期帶給組織的值。它應該反映雲端用量的業務驅動因素、優先順序、策略和要求。

[https://aws.amazon.com/blogs/enterprise-strategy/tenets-supercharging-decision-making/](https://aws.amazon.com/blogs/enterprise-strategy/tenets-supercharging-decision-making/)是可協助團隊協調並將每個人納入關鍵決策協議的原則或想法。以下是我們與客戶互動的一些範例原則：
+ 我們會優先考慮許多項目。對於單一部門或業務單位，我們優先交付對整個組織有用的服務。
+ 我們的目標是讓客戶滿意。我們將建立並執行簡單易用、具高度可擴展性的服務，藉由抽象化複雜性並藉由將交接降至最低來減少營運工作，進而加速應用程式團隊。
+ 我們優先考慮自動化和自助服務。我們透過手動程序排定自助服務和自動化的優先順序，協助應用程式團隊加快速度。
+ 速度很重要：從小開始並反覆運算。我們將增量交付優先於廣泛的分析。

隱含優先順序層級是從第一個字首到最後一個字首。此順序可協助團隊專注於最重要的交付項目，以支援更廣泛的業務成果。

我們建議您定期檢閱和反覆查看任務陳述式和 Tenet，並更新它們以反映組織、雲端營運模型和目前雲端成熟度層級的需求。

驅動因素和成果提供業務策略的連線。*驅動程式*是指需要開發雲端營運模型 - 驅動變革的原因 - 以及雲端營運模型如何受到它們的影響。

*結果*是您可以從變更中預期的結果，或變更將啟用旅程中的第一個步驟。這些是前瞻性陳述式，可在實作變更時擷取期望。結果有助於記錄，以確保優勢與技術結果和商業價值相關聯。

當您建置雲端營運模型時，我們建議您使用此方法來協助識別要解決的關鍵問題、要交付的優勢，以及使用者體驗應該看起來和感覺如何。

如果您有興趣採用類似的以客戶為中心的方法，建議您觀看 Richard Halkett [的向後工作：Amazon 的創新簡報方法](https://www.youtube.com/watch?v=aFdpBqmDpzM) (AWS re：Invent 2020)，其中描述了 Amazon 推動創新和設計新產品和服務的方法。

無論您使用哪種方法，建立和發佈與目標業務成果一致的雲端營運模型願景都非常重要。下一個步驟是使該模型符合您目前的雲端採用狀態。