对B端产品经理来说，懂点企业架构很重要！

B端产品的客户对象是企业用户。B端产品要符合商业组织战略，满足商业用户需求，将基于价值流的商业运行逻辑进行系统化、信息化和高效率的处理。

B端产品经理面临的一大挑战，是如何理解企业的战略和根据企业的商业运行逻辑来识别企业的业务需求。

产品经理的设计能力对这部分工作基本没有帮助，如果想做好业务需求分析，必须理解企业的商业模式和底层逻辑，熟悉企业的运营管理流程，掌握业务知识，同时具备一定的企业架构方法论，才可以做好这项工作。

企业到底是个什么样的存在？

TOGAF（开放组体系结构框架）将“企业”定义为有着共同目标集合的组织的聚集。例如，企业可能是政府部门、一个完整的公司、公司部门、单个处/科室，或通过共同拥有权连接在一起的地理上疏远的组织链。

商业企业，无论是公有还是私营，都是按照组织愿景来满足他人的需求的。随着业务增长，企业会通过上市或利益相关者获得发展资金，这时企业通常会追加投资以获得更大商业回报。企业通过组织体系进行业务和产品交付，通常，这些组织会以契约方式与供应商或合作伙伴形成生态联盟以提高交付能力。

企业的驱动力可能来自组织愿景，也可能来自外部如竞争对手服务或产品的价格或差异化特性，或者来自特定区域的法律法规约束，又或者来自企业内部如盈利目标或削减成本的需要。外部驱动力可能会促使企业改变最初的愿景和业务方向。

企业经营会受制于和地理位置、环境相关的外部约束，如监管环境或贸易限制。这些外部约束会阻止组织采用特定方法实现其目标。

企业为市场提供各种产品，如汽车或消费品，还会提供某些业务服务，如薪资管理服务或设备维护服务等。这些产品和服务会根据特定的标准和工艺流程进行交付。

企业包含一种特定组织形式，通常包含股东、管理者和员工。员工会被赋予各种预先定义的组织角色，担负特定的职责并具有特定的技能，如工程师、设计师、销售和财务会计。

所有这些概念形成了企业经营的上下文。

什么是企业架构？

医生在诊断患者的病因时，脑子里一定有一套“人体结构图”，包括血液循环系统、消化系统、神经系统等等。头痛可能是因为呼吸系统感染引起的，也可能是因为神经系统出了问题。在制订解决方案前，医生必须要做出全面的评估，才能确认问题出在哪里，避免“头痛医头，脚痛医脚”。

同样，企业面临各种内外部变化，要快速响应这些变化，这就必须有一套“企业结构图”，从企业战略、业务能力、IT战略、价值流、组织等不同维度描述企业的业务，以及各维度之间的关联关系。相当于为物理世界中的企业在数字世界建立模型，从而帮助企业在此基础上进行变化的影响评估。这就是企业架构。

“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。”

——The OPEN GROUP

对于企业架构并没有一个标准的定义。从1987年的Zachman Framework开始，企业架构发展了二十余年，有很多专家与组织都试图对企业架构的内涵进行定义，国际上的企业框架组织很多，影响力比较大的有Zachman架构框架、联邦总体架构框架（FEAF/CIO协会框架）、欧共体总体框架（TOGAF）等。

• Zachman：“企业架构是构成组织的所有关键元素和关系的综合描述。企业架构框架（EAF）是一个描述企业架构方法的蓝图。”
• Clinger－Cohen法案：“企业架构是一个集成的框架用于演进或维护存在的信息技术和引入新的信息技术来实现组织的战略目标和信息资源管理目标。”
• The OPEN GROUP：“企业架构是关于理解所有构成企业的不同企业元素，以及这些元素怎样相互关联。”
• Gartner Group 对企业架构的定义是: 企业架构是通过创建、沟通和提高用以描述企业未来状态和发展的关键原则来把商业远景和战略转化成有效的企业变更的过程。

笔者自己的对企业架构的理解为：

企业架构是一个业务和IT对齐的战略执行工具，一种设计、管理、沟通的工具。通过企业架构，我们可以达到：

• 组织对企业现状（as－is）和企业愿景（to-be)有一个整体的的理解和行动方针；
• 确保在持续交付的过程中IT建设和战略目标对齐。

主流的企业架构

美军国防部体系结构设计DoDAF，强调以数据为中心，基于三视图（业务视图、系统视图和技术标准视图）进行体系结构设计。

美国联邦（政府）体系结构设计FEA，通过参考模型形式来指导各部门进行IT建设，是一种松散耦合的体系。FEA有五个参考模型，包括绩效参考模型、业务运作参考模型、服务参考模型、技术参考模型和数据参考模型。FEA还通过统一编码的方式来指导IT预算和项目审批，避免重复投资。

企业架构框架TOGAF，包括：ADM架构开发方法，ACF架构内容框架（交付物）、参考模型等。ADM是一个完整的EA开发流程，既可以作为自上而下的IT规划方法，也可以作为自下而上的企业级需求管理方法。

面向服务的建模和架构SOMA，提供基于SOA的参考架构模型，支持国家标准《面向服务的体系结构（SOA）应用的总体技术要求》。中国是SOA国际牵头单位。

企业架构分层和分类：

以Togaf架构方法为例，企业架构主要分为两大部分：业务架构和IT架构。

业务架构：是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的：运营模式、流程体系、组织结构、地域分布 等内容。

业务架构是针对企业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和战略驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统，比如业务架构体系认为一个信息系统必须由组织机构、业务流程、业务信息、业务功能、和业务语义等层次构成。

以京东业务架构为例：

在 90 年代业务架构作为单独的领域出现了，当时许多组织接受了业务架构师角色，也对业务架构框架中应该包含的组件的内容有了一般的共识：过程及信息、组织和绩效是相关联的。

后来大家基本接受在企业范围内的架构包括业务架构和解决方案架构两部分：

这两部分上接战略，下接项目实施，从此企业架构成为了企业的重要组成部分。

IT架构：

也就是前文所述的解决方案结构。包括指导IT设计，决策IT框架，是建立企业信息系统的综合蓝图，包括：数据架构、应用架构和技术架构。

业务架构是战略，IT架构是战术。其中应用架构承上启下，一方面承接业务架构的落地，另一方面影响技术选型。

为什么B端产品经理需要懂点企业架构？

B端产品属于复杂系统，不是简单地画画原型搞搞需求分析就能搞定，而是涉及到业务功能复用、数据共享、数据安全、互操作性、技术债等一系列复杂问题。B端产品经理需要培养一种全局观念，通过企业架构模型将企业组织要素、业务功能要素和技术要素进行构建和链接，分离出不同利益相关者的关注点，构建安全的业务实施边界，构建基于组织能力的交付解决方案。

站在一定的高度看，B端产品经理的价值在于帮助企业信息技术投资与业务战略保持一致。B端产品经理的首要职责就是熟悉业务，形成业务架构，根据业务架构，做出相应的应用架构和数据架构，最后参与技术架构落地实施。如何针对不同规模、不同能力的企业，选择合适的架构方法，如何面向未来，保证架构平滑过渡，这是B端产品经理需要深入思考的问题。

在企业架构领域，B端产品经理应该扮演好领域专家和产品设计师的角色，和技术架构师、数据科学家一起工作，共同完成业务架构、产品架构、数据架构和技术架构的交付。

作者：涛哥，微信公众号：涛哥笔谈。前华为高级产品经理，PPV课数据科学社区发起人，15年以上IT和通信领域，5年B端产品总监，数字化转型实践者，Togaf粉

本文作者 @涛哥

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！