现在企业面临着没有共同理解词汇（竖井），以及没有一致的方法优先级和规划投资。为了解决这些问题，需要有一个集成的架构存储库，并基于能力规划进行架构工作。

面向服务所体现的概念是在长期致力于模块化和分布复杂的计算机系统（反映和支持分布式商业世界的现实）的努力中演变而来的。然而，如今解决技术集成问题本身还不足以证明投资于面向服务的合理性。为了加强这一论点，人们对面向服务的业务敏捷性支持提出了各种各样的主张，因为在面向服务的环境中，通过组合服务、重新配置服务、重用服务等，解决方案更容易构建。也许，但是根据上面的面向服务的定义，许多企业在某种程度上已经实现了面向服务，但是仍然难以提供业务需要或期望的IT支持。因此，为了证明在面向服务方面的投资是合理的，我们需要使用新的架构原则来解决每个项目中出现的问题。

1. 为什么是利益相关者的视角？

2. 业务架构工件

3. 执行框架 – 弥合鸿沟

如今商业模式的变化日新月异，运营和支持流程必须调整并跟上节奏，以便提供管理和完成工作的更好的方式。本次分享将从业务架构的角度讨论价值流业务流程。

如何建立或重建重建能力地图很重要，因为良构的地图将提供预期的广泛多维的业务价值。如果您遵循我们今天为您制定的最佳做法，您最终将花费更少的时间和金钱来构建地图，并最终真正创建更好的地图。

工作坊目的：1. 获得业务架构能力、信息和价值映射方面的实际经验 2.为全球业务架构社区提供参考内容 3.为您的业务架构启动内部工作 4.成为业务架构专业的思想领袖和贡献者 5.与其他业务架构师建立联系 6.在业务架构地图中共享最佳实践并避免最差实践

获得业务架构能力和价值映射方面的实际经验，为政府参考模型建立基线，为您的业务架构快速启动内部工作。