TOGAF架構開發方法（ADM）-- 架構願景階段

1.2 架構願景（Architecture Vision）

企業架構開發方法各階段——架構願景

1.2.1 目标

• 確定架構開發循環的進展被企業管理層認知和支援，并取得必要的管理線的支援和承認。
• 在預備階段中明确的架構架構的整體背景之下定義群組織架構開發循環。
• 驗證業務原則、業務目标、組織的戰略業務驅動力，以及企業架構的主要性能名額（KPIs）。
• 定義基線架構的範圍，明确其所包含的元件以及元件的優先級。
• 定義相關幹系人以及他們的關注點和目标
• 定義架構工作所要解決的關鍵業務需求，以及必須應對的各項限制
• 闡明架構願景，并定制價值主張。這些價值主張被用來闡述對于那些需求和限制的回應
• 建立一個綜合性計劃，用來表明規劃進度、資源、财務、溝通、風險、限制、假設和依賴關系，并應與企業中的項目管理架構相适合（PRINCE2或PMBOK等）
• 確定正式準許得以執行
• 了解與其他并行的企業架構開發循環之間的互相影響

1.2.2 方法

      架構願景階段是從架構組織收到來自于架構贊助組織的架構工作要求書時開始的。在這個階段中，組織需要基于針對目前資源及其可用性所做的評估來界定架構工作的範圍，以及需要應對的種種限制。這些限制通常來源于在準備階段中制定的各項業務原則和架構原則，而在架構願景階段中，組織需要确定這些原則是存在并清晰的，如果不是這樣，則需在此階段對這些原則進行明确的定義。除此之外，在此階段所涉及到的方法還包括：

建立架構願景

      架構願景是架構贊助者向各幹系人以及決策者推廣其所提出的能力的絕佳工具，它描述了新的能力如何滿足組織的戰略和業務目标，以及當這些能力實作時，相關幹系人所關注的問題又是如何獲得解決的。因而針對架構願景的建立實際上就是對架構的目标進行明确，并對如何通過架構開發來達成這些目标進行闡明。架構願景在一個很高的層面上為基線和目标架構做了有關第一印象的描述，并且這一描述應該涵蓋業務、資料、應用和技術這四個層面（這隻是概要性描述，這些層面的具體内容将在後續的相應階段被逐漸細化）。

      一旦架構願景被定義并被記錄到架構工作說明書中，接下來在各個幹系人中對這份架構願景形成共識将會成為重中之重，因為如果沒有這份共識，那麼最終的架構是否能夠被組織所接受就無從談起了。這份共識的獲得是通過贊助組織簽署架構工作說明書來實作的。

業務情景

      業務情景方法用于識别和闡明隐含的架構需求和隐藏在新業務能力（用于滿足關鍵業務驅動力的需求）中的業務需求。此技術通過一種循環疊代的方式進行，并針對業務架構的各階層化分解部件采用不同等級的詳細度進行描述。

1.2.3 輸入與輸出

      在目前階段所需的輸入材料以及此階段輸出的各種傳遞物歸納如下：

輸 入	參考資料	架構參考資料
非架構性輸入	架構工作要求書
業務目标、原則和驅動力
架構性輸入	企業架構組織模型，包括： 受影響的組織範圍 成熟度評測、差距及解決方法 架構團隊所擔當的角色和職責 架構工作限制 重用的需求 預算需求 變更請求 治理和支援政策
定制的架構架構，包括： 定制的架構方法 定制的架構内容（傳遞物和制品） 架構原則，包括業務原則（如果事先存在） 配置和部署工具
已經具有内容的架構資源庫
輸 出	經過準許的架構工作說明書，包括： 範圍和限制 架構工作計劃 角色和職責 風險與緩解措施 工作産品效能評測 業務案例與KPI名額
改善的業務目标、原則和驅動力說明
架構原則
能力評估
定制的架構架構，包括： 定制的架構方法 定制的架構内容（傳遞物和制品） 配置和部署工具
架構願景，包括： 經過改善的關鍵高層次幹系人的需求 基線業務架構0.1版 基線技術架構0.1版 基線資料架構0.1版 基線應用架構0.1版 目标業務架構0.1版 目标技術架構0.1版 目标資料架構0.1版 目标應用架構0.1版
溝通計劃
納入到架構資源庫中的新增内容

1.2.4 步驟

      在目前階段中所要執行的各個步驟歸納如下：

• 建立架構項目
• 識别幹系人、關注點和業務需求
• 确認并闡述業務目标、驅動力和限制
• 評估業務能力
• 評估業務轉型準備情況
• 定義範圍
• 确認并闡述架構原則，包括業務原則
• 開發架構願景
• 定義目标架構價值主張和主要性能名額
• 明确業務轉型風險和緩解措施
• 開發企業架構計劃和架構工作說明書，并確定被準許