目前，每個業務子公司都保留著各自的離散、多樣化信息系統。盡管該公司早前就提議，建議安裝一個統一大集中ERP系統來統一管理客戶、產品、供應商和庫存信息。每個業務子公司關于客戶數據的元數據定義方法上大相徑庭，從而使得所開發的業務管理系統在相互交換之間數據交換時困難，數據交換成本高昂而且數據不一致的現象頻繁出現。

為此，MCATEX公司下定決心采用統建統推ERP大集中系統，以實現對企業業務管理的統一核心覆蓋和數據資產的共享培育。由于ERP大集中建設過程中，涉及大量的流程梳理和數據規范的統一制定。因此，公司董事會一個重要的關注點是新的ERP系統對客戶信息的管理和維護必須能夠符合或超過公司經營所在國家相關法律的要求，也即注重法律合規性。

由于公司在不斷進行供給側改革，努力以客戶為中心為客戶和貿易伙伴提供互聯網在線服務平臺。為了適應管理大集中、服務大集中的發展轉型，CIO設立了企業架構部，其部門工作職責明確指出了該部門具備較強的綜合協調能力。此外，CIO還成立了一個跨職能的架構評審委員會來監督和管理該架構藍圖的落地。在評審了架構藍圖設計方法后，MCATEX公司選擇了TOGAF 9.2作為其架構開發計劃的工作標準。CIO同意這一選擇，且最高管理層也表示全力支持。

現在的問題是管理大集中、服務大集中的核心能力內涵并不清晰，邊界和范圍有待澄清，根據TOGAF9.2該用何種方法呢。實際中能力內涵的澄清，屬于架構愿景階段的工作目標，此問題的主要方法是采用干系人管理和業務場景兩種方法。

干系人管理定能力需求范圍

干系人管理是對溝通進行管理，以滿足項目干系人的需求并與項目干系人一起解決問題。對項目干系人進行積極管理，可促使項目沿預期軌道行進，而不會因未解決的項目干系人問題而脫軌。通常，由項目經理負責項目干系人管理。

業務場景法定能力范圍內涵

在以業務目標為邊界的業務模型中，業務場景圖描繪的是貢獻于這個業務目標的什么人及其做的什么事，這些人和事的交互過程和完成順序就是完成整個業務目標的流程。

因此，根據TOGAF9.2在架構愿景階段緊抓干系人確定所需要塑造的架構能力范圍，相輔相成采用業務場景法確定所需塑造的架構能力內涵。

想了解更多IT資訊，請訪問中培偉業官網：中培偉業