案例描述：

某司主要业务是为银行、保险等大型金融企业提供数字化转型相关软件开发项目实施相关工作。甲方企业基本上都有比较相对完善的企业架构。特别是目前银行、保险公司、机构处于数字化转型攻坚阶段，其基于企业架构整体规划，分解出各个具体的软件实施项目。

虽然每家公司的企业架构并不完全采用TOGAF框架进行实施，但是我们仍旧可以用TOGAF理论知识和实践内容来去快速分析和理解该企业的企业架构，从而为具体的软件项目实施提供指导和依据，促进软件项目井然有序的开展。

团队情况：

公司规模为中小型软件企业，团队成员除了有几名10多年经验的软件开发人员，其他基本为3-5年的项目经理、产品经理和技术开发人员。

多数团队成员不具备对TOGAF特别深入的理解和构建能力，但是TOGAF理论和内容仍然对各个岗位、能力、级别的人员产生了或多或少的帮助，从而有效地促进了整体软件项目实施。

下文介绍了TOGAF对技术负责人、项目经理、产品经理有哪些具体指导和帮助。

一、TOGAF对【技术负责人】的指导和帮助

可以说整个TOGAF所有的各个阶段的产物，都可以在一定程度上说是为了 指导具体的技术开发和实现。

1.预备阶段和架构愿景

能够让技术负责人更容易与项目经理对项目的目标形成一致的理解和形成统一的目标。

2.业务架构

一般来说技术负责人对业务的整体理解是弱项，但是若想很好的进行概要设计和具体的开发，技术负责人要快速的对

所要待建项目的业务有全面和深刻的认识，而业务架构的相关内容和成果可以为技术负责人提供相应依据，用于支撑技术负责人和产品经理的沟通和理解。

3.应用架构

应用架构可以让技术负责人对待建项目对接的各个上下游系统有一个全面的了解并快速清晰的了解应用级别的部署、分配、和接口定义相关的规定和约束，有利地指导后续的概要设计，以及与外部系统如何进行系统交互的整体指导原则。

4.数据架构

数据架构对技术负责人理解数据存储现状、如何流转、以及如何进行数据库建模有实际的非常重要的作用。并且可以指导技术负责人设计各种业务场景的数据存储和日志等系统功能等提供真实的依据。

5.技术架构

技术架构的相关内容，我认为是对技术负责人进行概要设计和技术选型的整体的约束和依据，一般来说技术负责人的概要设计要尽量在规定的技术架构中进行设计和开发。开发的规范也要符合整体技术架构的要求。

二、TOGAF对【项目经理】的具体指导和帮助

TOGAF框架标准中的ADM开发方法在一定程度上可以和软件开发项目的阶段相吻合。这样项目经理基于其熟悉的项目管理知识，能够快速理解和映射到ADM方法。

TOGAF和项目管理的对应阶段：

预备阶段、架构愿景——对应项目启动阶段、规划阶段

业务架构、部分信息架构——对应需求分析阶段

信息架构和技术架构——对应整体概要设计阶段

机会与解决方案、迁移规划、实施治理——对应开发阶段和整体质量要求。

架构变更和需求管理——对应项目整体的需求变更相关内容。

（由于项目不同等诸多因素，以上阶段有可能不完全对应。但是可以让项目经理已有的项目管理知识和TOGAF进行关联和映射）

2.预备阶段和架构愿景

目前很多企业都处于数字化转型阶段，并且制定了相应的整体企业架构和数字化转型路线，并分解成多个软件项目从而实现整个企业的战略目标。项目经理获取相关信息，则可以对其负责的项目的背景、目标有更深层次和更高视角的理解，从而有效理解、确定本项目的整体目标。

3.业务架构

组织结构 可以让项目经理对可能的项目干系人在整个项目的利益关系有快速清晰的了解，并快速了解甲方的业务流程 可以让项目经理快速理解整个项目可能的关键业务需求，为保证需求分析结果提供依据

4.应用架构

可以让项目经理 对待建项目的整体范围 以及和其他系统的边界有相对较为清晰的理解和依据。以及快速、整体的理解甲方实际运转的项目管理流程

5.数据架构和技术架构

可以让项目经理对所建设系统整体技术有全面的了解，为后续检验概要设计具体开发形成指导和参考，并且寻找合适的团队成员。

6.架构变更管理、需求管理

可以让项目经理站在企业级的高度去理解和跟甲方沟通制定符合实际的各种变更流程

三、TOGAF对【产品经理】的指导和帮助

1.业务架构

甲方企业业务架构相关成果和内容，对产品经理和需求分析师的作用相对作用最大。

组织结构：可以让产品经理更深入的理解 待建系统使用的人员和角色业务

流程和和业务功能：可以让产品经理对该企业的整体业务开展有整体的认识和全面的理解，为需求调研、需求分析提供重要的依据和参考，并寻找到待建系统的核心流程和核心功能。

业务数据：可以加深产品经理对项目涉及流程及功能相关的 业务数据的全面理解和了解，为具体的需求设计提供有效支持。

2.应用架构和数据架构

应用架构 可以让产品经理对企业的整体IT系统现状和规划有全面的了解，并明确自身待建系统在整个企业IT系统中的位置，更好的理解其他外部系统，并进行沟通和互相配合。

数据架构 可以对产品经理对业务实体的产生和元数据的现状和要求有着清晰的规划，明确数据从哪里来 到哪里去。

以上案例摘自网络，主要讲TOGAF企业框架方法的具体落地应用。

一个企业的数字化团队中并非每个人都对TOGAF框架方法有全面、深入、详细的了解，只需要了解与自己工作内容对应的知识，也能够给我们具体的软件项目开发带来非常实际的促进作用。

各位小伙伴们，您在公司担任什么职位？您又用什么框架方法来快速了解企业架构呢？