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 步驟

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

• 建立架構項目
• 識別干係人、關注點和業務需求
• 確認並闡述業務目標、驅動力和約束
• 評估業務能力
• 評估業務轉型準備情況
• 定義範圍
• 確認並闡述架構原則，包括業務原則
• 開發架構願景
• 定義目標架構價值主張和主要性能指標
• 明確業務轉型風險和緩解措施
• 開發企業架構計劃和架構工作說明書，並確保被批准