前言
在测试视角与能力建设概述一篇中我们简单的探讨了作为测试工程师为什么要转变视角、转变视角可能给我带来的收益并建设与之匹配的能力，帮助我们在工作中找准定位并持续提升。本篇我们将一起来聊聊什么是企业架构、为什么要了解企业架构。
什么是企业架构
在切换到企业架构视角之前，我们需要理解什么是企业架构，企业架构包含了哪些内容，这样有助于后续我们从中识别哪些内容与我们更相关，缩小我们的范围，聚焦讨论。
企业架构是用来理解、表述企业信息基础设置的一个直观模型，为企业现在的以及未来的信息基础设施建设提供了蓝图和架构。企业架构不是简单的将公司的各个业务单元、团队、流程等进行拼凑，就像一台汽车并不是一堆零件的拼装体，他需要一个架构来将各部位的零件和系统进行有机粘合，以达到满足预期的各项指标。
企业架构的目的
- 创新：企业架构帮助企业实现业务的快速创新。市场是多变的，企业的赢利点也必须随着市场的变化来灵活性的调整；
- 提效：优化各个业务流程；打通各业务流程环节；打通业务单元边界，使得各流程可以充分合作；
- 降本：IT架构层面，可以避免IT系统的重复性建设，充分利用现有资源；业务架构层面，可以对业务流程和人力资源充分了解和利用；
- 控制风险：企业架构是一个整体。决策者可以实时了解各个业务流程和整体流程的风险，通盘考虑。企业架构的一个战略意义就是实现企业内部信息的对称，避免了信息孤岛和信息源的不一致。信息不对称是风险的重要来源。
企业架构的组成
企业架构主要包括两部分：业务架构和IT架构。IT架构支撑业务架构，企业战略决定业务架构。
-
业务架构：是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容
-
IT架构：指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。
企业战略
一个企业要想在多变的市场背景下站稳脚跟，要有明确的市场定位、市场目标和达成策略，从而建设自己的核心竞争力形成行业壁垒。我理解定位+目标+基本策略这三者放到一起就是一个企业的战略。
相信大多数读者都经历过所在企业因为各种外界因素不得不调整业务方向的情况，比如在当下疫情的背景下，很多做线下的业务的企业开始转战线上，ToC的企业开始转向ToB，砍掉不盈利的产品和收缩人员编制等，都是企业战略根据市场等因素进行的调整。
作为测试工程师的我们也要时刻关注企业战略的定位和调整，因为战略的调整会牵动整个企业进行相应的变革，小则会影响我们的工作岗位变化，大则可能决定我们的去留。
业务架构
业务架构是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的：运营模式、流程体系、组织结构、地域分布 等内容。业务架构落地，产生价值的载体是一个个的业务流程。一个企业的业务流程是理解其业务运作的关键所在。所以业务架构的核心就是业务流程。
理解业务架构需要很强的企业架构方面的理论知识支撑，对于我们普通员工来讲过于抽象，但我们可以将范围聚焦到我们日常工作可接触的部分，这两部分也是我个人认为对测试工程师的工作开展最有价值的两部分：
- 业务流程：支撑客户价值传递的业务流程。
- 组织架构：与业务流程匹配的额组织架构。
IT架构
IT架构是支撑企业信息化、数据化和智能化的基础，是指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图。作为软件测试工程师我们一般接触的产品主要有两种，一种是服务企业内部的系统，一种是售卖给客户的商业系统。前者来说就是企业IT架构中的一部分，后者是我们企业业务的一部分。
企业的IT架构主要是支撑企业业务运营的基础，一般会由企业的IT部门、运维部门来直接负责，测试工程师不会直接参与到其中，这里我们就不着重讨论。
为什么要了解企业架构
那作为测试工程师为什么要了解企业架构呢？因为他会帮助我们更懂业务、更深刻理解组织架构，拓宽我们获取信息的渠道，跳出所在的某一环节，从业务全流程、整体组织架构的视角去思考如何进行质量改进。
帮助我们深刻理解业务流程
企业要盈利就需要持续给客户输出价值，客户才会买单。我们给客户输出的价值质量越高、越快，对客户的帮助就越大。那我们是否思考过如下问题：
- 我们的客户是谁？
- 客户的特点如何？
- 我们是如何交付客户价值的？
从这三个问题切入，我们可以尝试去梳理整客户价值交付的链条，分解出当前企业的业务流程，我理解上述问题就可以解答。此时，我们就会跳出所处价值链中的一环，从完成价值流和业务流程的视角去看客户价值交付，从而帮助我们深刻理解公司的业务到底是什么。
测试工程师理解企业的业务流程的目的是为了让我们不再局限价值链中的某一环，而是要从全流程的视角去思考质量目标和质量体系建设。后续我们会继续探讨如何切换到价值流视角和视角提升会给我们我们质量保障工作带来哪些收益。
帮助我们深刻理解组织架构
在企业内部，软件测试工程师一般会和自己的上下游团队沟通协作较多，如果算上我们所在的测试团队，基本都还局限在企业技术团队的范围，我们和业务团队（售前、销售、运营、客服等）交集会相对较少。但当我们了解了整个客户价值交付链条之后相信大家都会产生如下思考？
- 组织架构上是如何支持价值交付的？
- 价值流上每一环节的团队职能是什么？
- 这些团队和测试团队以及个人的交集有哪些？
和上面一样，要解答上述问题可以尝试将价值链上每个环节的团队去做映射，并去梳理出各个团队的职能以及和测试团队的交接，这样我们就能从组织架构的视角理解这样的组织架构是如何支撑业务流程的运转，价值是如何传递给客户的。
从组织架构的视角出发不仅可以帮我们了解各个团队的组织边界，而且可以帮助我们根据我们的质量体系快速梳理新的架构，明确不同团队在质量上的定位和分解出不同团队要执行的质量相关活动。
总结
本章我们概括性的介绍了一下什么是企业架构和企业架构中我们要重点关注业务流程和组织架构。因为业务流程是客户价值传递的载体，业务流程的运转要有与之匹配的组织架构。测试工程师深入理解业务流程、组织架构有助于我们从业务流程视角、组织架构视角去整体思考我们的质量目标的设定和质量体系的建设。
评论区