架构师可能想开展业务分析以理解组织中当前的问题，并确认有可能改进的领域。这可以通过实现一个自动化业务的某些方面的系统而提供这种改进。例如，这种系统可以解决如糟糕的效率和过多的人为错误等问题。
业务分析还可以确保客户、最终用户和开发人员对目标组织的结构理解一致。对组织中的角色、职责、各元素之间的关系的精确描述可以用于传达这种理解。这种理解经常以目标运营模式或组织蓝图的形式出现。
1.转换思维方式很重要。
开发的思维和业务架构师的思维有很大差异。前者侧重于对具体的问题，思考能否实现、如何实现、实现的好不好、效率高不高。后者侧重于对明确或者模糊的问题， 思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事。
2.如何自我培养
实践和理论都是重要的，有的人实践中碰到障碍后，干脆从此就只做一个理论专家，或者是自身缺乏理论学习，到处散布理论无用论，两种极端都不可取的。
学这些都不为考试，就为软件写出来能卖出去。同样的技术，如果做业务简单不需要专业理论知识的产品，比如企业网站、图书管理这些，太多公司都可以做，很难形成核心竞争力。
3.要有换位思考意识
作为一个承前启后的岗位，业务架构师像是一个路由器，对各种业务需求加以分析处理后路由到下游产品和研发团队。 因此和业务人员沟通时，需要能换位思考“他们为什么提出这个需求、痛点在哪里”；和产品、研发沟通时，能思考他们的技术限制、架构局限和项目进度压力。 基于换位思考的沟通能力，能让你和业务、产品/研发更有效的沟通，关系也更融洽。
最后，所有的业务分析工作产品都会直接或间接地影响架构师的工作。这些工作产品影响系统需求，也因此直接影响架构师的工作。然而，架构师也要理解系统必须在其中运行的更大范围的环境，如果这些业务分析工作产品存在，那就参考它们。
閱讀更多 架構師之橋 的文章
