昨晚下周广州BangEA业务架构公开课的一个学员微信和我聊天，提到不知道输出什么？
我想大部分同学和他一样，谈到业务架构肯定离不开流程。
流程是分层分级分类的，我们一般区别以前画流程图的方法叫做流程架构
如果业务简单随便画画都没问题，但业务复杂或多起来的话，没有架构思维而只是画在一张图上的话估计自己看得都觉得复杂。
很多企业谈“业务架构”这个词，现实的说，大部分还是和做软件系统有关，所以我们往往会在一张图上表达很多要素。这倒不是什么问题，只要概念清晰、表达合理即可，因为企业架构模型中也是有跨领域，而且元素之间的关系在架构设计中也是很重要的。只是我们需要问问自己：已经画的模型上面的元素都是清晰的、有内容的吗？能否真的说得清来龙去脉、逻辑关系？
作为企业架构教练，我往往会让企业学员拿一张他们自己工作的一张复杂图来演练如何变成流程架构的样子，如何把复杂的事物清晰的描述出来。所以我也向他提出，下周上课时把前面截图中那个复杂的流程带过来，我现场给他梳理一下。
当然，业务架构的高阶输出重点不是流程。下图是我给某企业做咨询时的一页讲义，这里面也只是罗列了我在这次咨询过程中的主要输出，要是完整的话还会有其他元素。
作为业务架构师我们必须在开始进入这个学科，就能对它有一个正确认识，这需要投入时间。我认为4天时间应该是最少的了，否则无法形成一个体系的认识。
我们如何判断自己是否应该学习业务架构？其实也比较简单，你只要问问自己，有没有组织级的对齐、指导、规划等要求。如果有的话，你基本上就不能只是学习梳理流程而已了，而是要去深入业务架构体系。
讲了这么多，老板想要看到什么高阶内容呢？告诉大家一个事实，其实大部分领导也不知道看什么，因为不知道有什么？
最后我给出一些模型截图，大家有个直观的认识。
能力地图
应用足迹图
价值流
组织图
流程目录
信息图
应用图
应用依赖网络图
技术图
技术产品生命周期图
应用服务支持业务能力分析
路标
架构原则
其实，交付物可以根据需要自己制定，不要求多，特别是在企业提升EA能力之初。
当然，你还可以定义自己的各种仪表盘，不过这个可能需要定制开发，手工统计太麻烦了。
估计很多人看完上面的截图都觉得看起来不错，其实真正难点不是知不知道输出物，而是如何理解业务架构体系中的概念，以及如何去做，有什么指导原则等。
作者：周金根，一个自在快乐、勇于践行的布道者，致力于提升咨询师、培训师和企业高级专业人员在企业架构、产品管理、业务需求、创新、敏捷开发等领域的能力。
推 荐 导 读
