罗毅：深化IT架构转型，助力业务创新发展

有价值的东西是才值得我们投入时间和精力的，企业架构为什么就值得我们投入时间和精力来学习呢？主要由以下两方面原因：

1、 对公司而言，企业架构可以辅助企业完成业务及IT战略规划。在 业务战略 方面，它定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色。在 IT战略 方面，定义业务架构、数据架构、应用架构和技术架构，是IT战略规划的最佳实践的指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。

2、对个人而言，有助于职业的健康长远发展，比如成为CIO，首席信息官通过指导对信息技术的利用来支持公司的目标，具备 技术和业务 过程两方面的知识，常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。

企业架构包含了四部分，BA（Business Architecture，业务架构）、DA（Data Architecture，数据架构）、AA（Applications Architecture，应用架构）、TA（Technology Architecture,技术架构）。企业架构由全局战略规划驱动，我们来看下战略、BA、DA、AA、TA五者之间的关系。

如图所示，战略、BA、DA、AA、TA实际位于以下三个层次上：

这五者的核心关系，可以概况为以下几点：

l 环环相扣，上层驱动下层，下层支撑上层。

通过上面的内容，我们知道了战略，业务架构，方案架构的关系。下面我们看下实际工作中架构路线图和实施规划环节是如何 *** 作的。

执行的要点是钉到岗位（左侧），落到文档（右侧），细到机构调整、技术采购、项目研发等工作包。主要有以下环节：

这里需要补充说明的一点是，实施计划不仅仅是从“架构蓝图到研发”的计划，也是从“架构蓝图到IT与非IT的方方面面”。

对于业务架构，OMG业务架构组给了如下定义：

业务架构是企业治理结构、商业能力与价值流的正式蓝图。业务架构明确定义企业的治理结构、业务能力、业务流程、业务数据。其中，业务能力定义了企业做什么，业务流程定义企业怎么做。具体而言，就是：

我们分别从国外国内来了解一下，业务架构出现的背景，便于我们更好的理解业务架构的使用场景， 业务架构是跨部门跨组织的业务需求，单个小系统的生命周期，根本就没有业务架构环节。

跨系统规划--业务架构在全球出现的背景

国外软件系统经过长期发展，在经过多年实践后，1962年，发表于哈佛商业杂志的的《信息系统总规划》这篇文章，拉开了跨部门、跨组织需求规划的序幕。此后多年，IBM等企业进行了很多实践。

1982年，IBM公布了业务系统规划（Business System Planning,BSP）方法论。这是个重要事件，对业界产生了大而持久的影响。

此后多年，业务架构快速发展，如Togaf、FEAF等。

以上历史告诉我们，业务架构脱胎于跨系统、重视跨系统需求。站在开发者的角度，业务架构就是跨部门、跨组织的业务需求。

信息孤岛—业务架构在国内“火”起来的契机

国内有个现象，一提到业务架构，就会大谈信息孤岛。这是为什么呢？因为国内真正开始重视业务架构设计，就是从解决信息孤岛的痛点开始的。

21世纪初，国内的信息化进程从部门信息化推进到了企业信息化。企业部门间的（集团子公司间的）协同联动需求，带动了IT信息系统间的信息共享和协同联动需求—同时产生了信息孤岛问题（财务、人力资源、采购、销售、OA、CRM各自为战）。

因为信息孤岛所具备的三大弊端，促使业务架构在国内火了起来，以下是三大弊端：

那如何解决信息孤岛的问题呢？

在一系列系统分头建设之前，先设计业务架构，定义统一蓝图，这是根本。数据一张图、数据共享、流程打通、服务编排，都是围绕统一蓝图具体展开。

业务架构是跨系统的，那么它和子系统的关系是什么样的呢？

图中的大V、小V分别表示什么呢？

大V部分，是总体方案的生命周期。在大V的需求阶段，必须研究和定义清楚跨部门、跨组织的业务需求，这些需求往往是跨系统的。例如，客户报修业务功能明显需要呼叫中心系统、CRM系统、工单系统协同联动，才能支持客服接听电话、确认客户资料、记录报修内容、派遣维修工程师上门这一连串 *** 作。

小V部分，是某一个系统的生命周期。在小V的需求阶段，必须分析和定义清楚这一个系统的需求，这些需求往往是系统内的。例如，CRM系统负责客户资料管理。

综上所述，方案级、子系统级这两级生命周期是同时存在的。举个典型的例子，某公司要做一个ERP系统，他会怎么做呢？

由于方案涉及的范围广、部门多，所以有必要做业务架构设计。这时，由业务架构师担纲业务架构设计，并提交《业务架构书》。

假设主要涉及系统A的需求、开发、测试等。

这时需求分析员冲上去，负责《系统A需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

注：这里只所以说是假设，是因为实际 *** 作中可能是实现某个业务功能需要同时开发系统A、系统B、系统C的部分功能， 并不是说一期工程的所有功能必须隶属于同一个系统 。

假设主要涉及系统B的需求、开发、测试等。

这时这时需求分析员冲上去，负责《系统B需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

业务架构要想成功，首当其冲的是，架构师要做正确的事，即在业务架构的实际工作内容上有充足的经验，不能遗漏。

相反，业务架构师分析环节的缺失，意味着业务架构蓝图规划项的缺失，影响从投资角色到方案设计，到实施规划，在到IT工作包和非IT工作包识别等所有后续工作。

业务架构 = 业务功能 + 组织结构 + 业务流程 +业务数据

业务架构的实际工作内容有哪些呢？

业务架构的前身是1982年IBM发布BSP等跨系统规划方法。所以，业务架构本质上是跨系统规划。

但是，业务架构的内容远远超过了跨系统需求分析这个范围，覆盖跨系统业务架构蓝图规划这个更大的范围。究其原因，是业务架构必须发挥从战略向实施过渡的桥梁作用—上街公司战略， 下接IT实施和非IT实施 。

不错，业务架构也涵盖了非IT部分的蓝图！

我们来看下细化的业务架构实际工作模型。

就大的方面而言， 业务功能定义企业做什么，组织结构定义谁来做，业务流程定义怎么做，业务数据提供必要的支撑，因此，业务功能、组织结构、业务流程、业务数据四者，构成了业务架构蓝图的核心。

同时，商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。商业模式这个现代工具，也是业务架构蓝图的必须规划项。

就小的方面而言， 第一，业务渠道在哪里？组织结构是围绕部门、角色、职能展开的，而组织结构、业务渠道、合作伙伴是紧密相关的。所以，业务架构师在梳理组织结构的同时，应结合渠道战略和合作伙伴战略，定义业务渠道规划，定义合作伙伴规划，这些都是业务架构蓝图的“一等公民”。

第二，价值链在哪里？价值链模型是对一个企业所有生成经营活动的总体描述，是规划业务架构蓝图时的必做项目。可以对业务功能进行三级划分、层层分解：

第三，业务流程 = “主干流程 + 分支流程 + 业务规则”：

例如：买火车票时，“选票-抢票-支付”这个流程是稳定的。、

例如，选座分支流程，靠窗、不靠窗、坐票、卧铺（上下中铺）。

例如，买儿童票、成人票、学生票要进入分支流程。

所以建议一边定义业务流程，一边定义相应的业务规则。

综上，业务架构蓝图的内容应该明确！全面！直观！详细！

上面我们学习了业务架构包含的内容，可能不够直观，我们通过案例来加深我们对每个模块的理解。

举例业务架构蓝图五要素

我们借助业务架构蓝图五要素，管窥一下中国铁路12306平台的业务架构。

目标业务功能—线上购票、线上支付、线上退票等；

目标组织结构—在原组织结构基础上，新建IT运维中心；

目标业务流程—先登录、后抢票、再支付、超时未支付则释放票源；

目标商业模式—线上购票，省事省力（这个仅是价值主张）；

目标业务数据—用户账户、列车时刻表、坐席数据、订单、支付记录等。

举例业务渠道、合作伙伴、价值链

下图分析了证券公司的业务功能与相对应的业务渠道

价值链包括核心业务层和支撑层，这里的核心业务层属于价值链对业务功能和服务的顶级分解。

在做规划时我们常采用GAP分析法，先确定当前现状，然后给出我们的期望，分析目标和期望的差距。如果有人和一个新手这样说，可能是不够的，你至少需要回答以下几个疑问：

疑问一，业务架构师具体要分析什么？怎么才算是战略驱动？

--能否具体到政策文件？战略方针？市场调研？友商对标？

疑问二，从战略到蓝图，中间的逻辑是什么？

--能否具体到小目标分解？小策略制定？

疑问三，我们首先应该怎么做？

--就连一个小的进销存系统，也要先进行业务调研，不是吗？

落地设计步骤

我们看下作者分享的战略驱动的业务架构（BA）设计三步法。

图中的三大步很明确，也非常贴近实际。

优点1：明确的战略驱动起点。方法中明确了三种战略驱动因素（Drvier）的类型，因为实际中就是国家政策、企业战略、对标友商者三者之一触发了后续的调研、规划与实施。

优点2：明确的调研环节。在第一步中，包含了调研环节。

优点3：强调了从战略到蓝图的过渡逻辑。在第2大步中，扎扎实实地规划好业务架构目标/策略，才能确保蓝图充分支撑战略。这一步属于高层级业务架构设计。

优点4：目标蓝图与Gap分析并重。在第3大步。

设计BA目标蓝图这一步属于低层级业务架构设计，其中Gap环节是必须环节，我们必须识别出业务架构的增量有哪些，给出对应的实施措施。

Gap分析的价值在于，它是持续进行架构治理所必需的，除了BA规划环节应用，在AA、DA、TA设计环节也均有应用。

要点明确Driver，做好调研

业务架构设计必需做好的第一件事，就是100%明确战略驱动因素是什么。

业务架构设计必需做好的第二件事，就是调研。 通过调研，广度上理解企业的宏观环境、行业趋势，纵深上理解战略的前因后果、来龙去脉、横向上理解企业的竞争格局、友商动向。

粗看，调研范围很广，让人理不清头绪。细看却有规律，主要三条线，分别是管理层访谈、战略的来龙去脉、可借鉴案例。

要点从战略到蓝图的内在逻辑

从战略到蓝图的内在逻辑，由四个概念支撑起的骨架：

Driver—战略驱动因素

Goal—业务架构目标

Strategy—业务架构策略

Blueprint—业务架构蓝图

这是一个大型企业，推进数字化采购转型如何从战略到蓝图的构建逻辑，相信它有助于我们的理解以下几点。

综上所述，从战略到蓝图的内在逻辑主线是： 确定Driver—目标分解—策略设计—蓝图定义 。逻辑明确，创新有据。

只有业务架构师真正洞悉了战略意图、准确领会了战略动机，之后的业务架构设计工作都是有迹可循的，工作量再大，也不可怕。

工具GAP分析

推进确定Driver

项目假定为：某铁路数字化服务转型工程。

业务架构师（张三）知道业务架构的Driver是整个业务的起点，必须找准、吃透。

张三了解到，数字化转型工程的Driver是公司刚制定的《公司战略规划》。

《公司战略规划》中阐述了数字化服务转型的背景：近年来，互联网技术的发展，提高了各行各业的服务水平，极大方便了人们群众的衣、食、住、行、医、学、玩等方面。从企业的角度而言，借助互联网、大数据等技术，积极推动数字化转型，拥抱以客户为中心的服务模式，能搞提高客户满意度和企业竞争力。

《公司战略规划》中和数字化转型战略的核心表述是：树立以人为本、客户至上的服务理念，创新服务方式，完善服务标准，推动数字化服务转型，提高服务水平。

推进做好调研之管理层访谈

管理层访谈： 不是让业务架构师去了解行业，而是要领会管理层的关注点、主要看法。

通过访谈，业务架构师应了解：

推进做好调研之可借鉴案例研究

研究可借鉴的最佳实践、最佳案例，也是调研的必做内容。

究其原因，业界每个阶段的最佳实践、最佳案例，都反映了业界当时的实践水平。所以，如果业务架构师收集并分了业界当前最佳实践案例，就可以在自己负责的架构设计中更好的把握设计方向、制定设计标准。

业务架构目标和策略包含以下两方面：

推进差距分析

Baseline Business Architecture

Target Business Architecture

上述案列，我们通过GAP分析，识别了业务能力差距和IT能力短板，从而识别业务架构目标与策略，这是采用自底向上的方法。为我们后续环节做准备，比如我们识别出了核心业务需要增强的包括销售、客运、货运、清算、售后，新增的包括增值业务，在制定在业务功能、业务流程、业务数据、组织结构、商业模式模块给出对应的策略。

如：从上图价值链分析中看到，我们新增的业务需求是增值业务，通过电商业务、旅游代理可以实现，再进一步想一下，就会知道我们的目标是增收，接着可以自顶向下思考，增收除了电商业务、旅游代理，我们还可以做保险代理，通过服务门户这个渠道触达用户。

推进确定目标与策略

只有扎扎实实地规划好业务架构目标与策略，才能确保后续业务架构蓝图定义充分支撑战略。

确定业务目标与策略环节，是业务架构设计的高层部分。后续的业务架构蓝图定义，是业务架构设计的低层部分。前者引领者后者的发展方向。由此可见“确定业务架构目标与策略”这一环节的重要性。

这一步，有三种做法。

1)自顶向下：将Driver分解为子目标，将子目标映射到业务架构策略。

2)自底向上：通过Gap分析，找到能力短板，从能识别业务架构目标与策略。

3)上述两种做法相结合，循环展开，互为验证。

铁路系统数字化转型，提高服务水平是Driver，如何才能达到这个终极目标。

答案是：

组织结构视图包括三个模块，组织结构、业务渠道、合作伙伴。

组织结构及改进主要描述部门设置、岗位设置、岗位职责等；合作伙伴及改进主要描述加强与供应链上下游的合作伙伴之间的关系。业务渠道创新也是业务架构设计的常见策略，下面会举例说明。

组织结构 下图是运用GAP分析的方法，画出当前组织结构和目标组织结构，并表示出变动点。

新手业务架构师往往认为组织结构没啥好设计的。其实恰恰相反，一旦组织结构需要变革，必然影响重大。

从上图，我们可以看出来，之前企业自己做IT开发，目前公司计划在做开发的同时，自己也做IT运维。相应的，企业组织结构新增了IT运维中心。

业务架构师应尽早明确组织结构的可能变化。因为无论是新建部门，还是部门增强、人员能力增强，都属于TOGAF中的能力增量，是需要后续非IT工作包实现的。

不仅如此，组织结构的变化还影响整个企业的治理结构，从经营管理，到制约监督，再到绩效考核。

总之，业务架构师虽然经常被当做跨系统软件需求分析师降级使用，但真正承担业务架构蓝图规划任务的业务架构师，是必须能扛得起很多“非IT”规划的。

渠道：在百度百科上的解释是“比喻达到某种目的的途径“，业务渠道就是用户为了达成业务目的的途径。如下图，列车长通过补票终端这个渠道帮助用户完成补票，客运公司通过大屏幕告知乘客车次信息。

业务渠道 业务渠道创新示例

网站、手机APP、补票终端、大屏实现了购票、补票、查看车次信息线上线下联动，提升了用户体验和公司内部效率。

感悟 ：由上图可知，业务渠道不是完全孤立的业务架构蓝图规划项。它和业务流程、业务功能、组织结构是相互呼应的。因此，我们规划业务渠道时，也应考虑这些。

关于渠道联动，有同行这样总结：

企业是由一系列为顾客制造价值的活动和功能组成的。我们的业务功能就源自于可以为顾客制造价值的活动和功能。

企业的价值链展示了企业的设计、生产、营销、运输等为顾客创造价值的一系列活动、功能以及业务流程之间的连接情况。价值链有两个主要的组成部分：

核心业务（创造主要的顾客价值）

支持活动（为核心业务提供支持服务）

继续来看运输公司数字化服务的案例，业务架构师，面对运输企业数字化服务转型的任务，经过潜心研究，给出了下图的价值链划分结构。

有的同学可能会有疑问，为什么会在核心业务模块同时存在客运和货运两个区别较大的业务类型？在实际工作中可能只负责客运、货运其中一个模块。前面我们业务架构出现的背景也有提到在国内业务架构是为了解决信息孤岛发展起来的。业务架构师就是要在全局做规划，而不是梳理单个系统。

以上我们已经整理了价值链，现在我们要分解功能域了。下图是一级功能域分解图。

接下来，做业务能力Gap分析，我们可以看到新增的一级功能域有4个，增强的一级功能域有13个。

通过价值链分析到一级功能域划分的转变，我们会有以下收获：

第一， 价值链分析模型为后续功能域划分奠定了基础。管理支持+核心业务这个业务功能呢域划分框架确实很好用。并且广受业界认同，在沟通的过程中自然也容易被其他人接受。

第二，类似“上车前、上车中、下车后”时间轴思维，是业务架构师必备的分析技能，同时，是甲方企业领域专家们经常使用的分析习惯。

业务架构设计不仅要定义出目标架构，还要使用GAP分析法，识别出需要增强的架构能力，为后续实施做准备。具体包括业务功能变化与增量、组织结构变化与增量、业务流程变化与增量、业务数据变化与增量。

商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。简单说，就是为什么同样的事，有的企业行，有的企业不行。

制定商业模式时并不是说全局只有一个商业模式，我们可以根据我们的目标分别制定商业模式 ，比如上述案例中，该铁路运输公司的目标有三个：便民、增收、增效。我们就可以设计三个商业模式。

就铁路企业的数字化服务转型而言，要便民，应支持随时通过网络、电话、手机App获取企业服务。

就铁路企业的数字化服务转型而言，要增效，可以借助硬件设备和智能控制系统，促进取消、检票等环节的数字化转型，提升效率。

感悟商业画布，借助九个小格子，构建了简介高效的系统化思维环境，是个了不起的发明。

从上述例子可以看出，商业模式有如下优势：

个人认为，商业模式融合了BRD和MRD的内容：

BRD：商业需求文档，关注为谁（客户细分）、解决什么问题（价值主张）、需要做什么（关键活动）、花费什么资源（关键资源）、性价比（成本/收入）如何。

MRD:市场需求文档，关注消费者怎么触达（渠道通路）、怎么获得合作伙伴。

业务流程视图是应用架构的输入，也是业务架构中最落地、篇幅最大的章节。

作者在文章中对业务流程的协作方法进行了论述，结论是简单的业务流程可以采用流程图的方式绘制，业务流程分支较多且复杂的强烈建议使用文本化描述。

业务流程定义规范

要点是“1个主干+N个分支”方式的流程分解

要点是“阶段化+步骤化”，并附每步业务或数据模型规则

要点是“注明在主干流程的分叉位置”，并附每步的业务或数据模型规则

这部分为可选

这部分很重要，上面也有提到，业务流程视图是应用架构的输入，所以对这块再总结一下。

我们发现，分支流程和业务场景有完美的对应关系。识别分支流程，就是场景化思维。相反，如果不区分主干流程、分支流程，后续业务需求变更会波及一大片，而不是改一个分支流程这么简单了。这太不专业。

业务功能很多，业务场景更多，业务流程定义了什么呢？业务流程定义一个业务功能，其中包括多个业务场景。比如购票包括了多人购票、购买儿童票等。

业务规则多如牛毛，如何避免业务规则碎片化？围绕业务步骤定义业务规则，业务步骤可以是主干流程步骤，分支流程步骤。

关于是否使用业务流程图：越是核心的业务流程，越是分支多、业务规则多，此时建议采用文本化规范，这样呈现的信息更加全面。不复杂的业务流程，可以沿用流程图的方式。

这篇文章对企业架构进行了概述，详细讲述了业务架构出现的背景及实际攻略，并通过实际案例加深我们对业务架构的理解。

我们来一起回顾一下文章中涉及到的概念之间的关系。

战略驱动的业务脚骨设计实战步骤，精华在于，从战略到业务架构蓝图的跨度太大，逻辑链条接不上气，所以分两步走

如果读完之后感觉通过企业架构可以提升自我、有利于公司发展，就行动起来吧！

问题一：公司架构指的是什么 是公司各部门的设置，所属关系，通常用组织架构图来形象表示。公司可能是征求意见，并不一定有权力做才去做，没有权力可以提出建议，可以只针对自己的工作范围内，因为沟通，配合等存在不顺畅或阻力的地方建议，本部门的事如果主管没有授意，就不要提。如果不懂可以保守一点，初入职场学习为主，涉及复杂关系的少说也不是坏事

问题二：公司组织结构是什么 企业组织结构是企业组织内部各个有机构成要素相互作用的****或形式，以求有效、合理地把组织成员组织起来，为实现共同目标而协同努力。 组织结构是企业资源和权力分配的载体，它储人的能动行为下，通过信息传递，承载着企业的业务流动，推动或者阻碍企业使命的进程。由于组织结构在企业中的基础地位和关键作用，企业所有战略意义上的变革，都必须首先在组织结构上开始。

问题三：公司整体的架构是什么样的 经营产品的公司首先应该有一个强大的产品部，也就是产品 *** 盘，也就是说这个产品卖什么价格，为什么卖这个价格，进多少货，多久卖完，资金流动性的评估，产品清尾，进销存管理监控等职责。 然后应该有一个销售部，就是拿着产品卖给你的渠道或下家，包括客情关系培养，拓展，市场活动执行。终端管理客户对账，收款，等等考核。 财务部：监督和考核业务和产品部的大部门，利润率的计算，与工商税务等部门的沟通，对账，额度计算，等等。 HR：做对员工的心理进行辅导和招聘解聘，或者人员福利计算和公司内部管理的执行。 老板：决策者。 如果庞大的公司还要有物流部等等。公司不同架构部同

问题四：企业的IT 架构是什么意思 就是指支持企业业务运营的一整套信息系统的架构，完整的IT架构应该包括：

1、各业务应用系统，比如PDM、SCM、CRM等

2、各管理应用系统，比如OA、ERP、HR等

3、支持与运行上述各应用系统的中间件软件、数据库软件、 *** 作系统等

4、上述各软件系统运行的硬件设施，比如服务器、存储设备等

5、支持上述系统被正常访问的各种网络设备、机房环境设施等

6、保障上述软硬件系统安全运行的安全设施，包括各种软硬件级别的防火墙、防病毒、防攻击工具，安保措施、供电保障等

7、保障上述所有设备与措施正常运转运营的一整套IT组织与IT管控体系

问题五：有限责任公司的基本架构是什么 股东会

董事会、监事会

总经理

副总经理

各职能部门（如财务部、行政部、人力资源部、审计部、业务部等）及各分支机构

问题六：公司的最佳组织架构是什么样的呢 我想纠正一下您的这个提法：组织结构设计没有最好，只有最合适。

很多企业在追求最佳的组织结构设计模式，实际上组织结构模式设计没有现成的“菜单”。

亥谓最合适的是指能够满足下列要求的：

1、最适应市场的需要

2、最适应客户的需要

3、 *** 作最顺畅

4、运行效率最高。

每个企业由于自己所处的市场环境、行业特点不同，组织结构的设计各有不同。就是同一行业、同一市场环境的企业由于地域不同、企业自身特点不同，组织结构也各不相同。因此一个公司的组织结构不一定要模仿其他企业，而是要着重于自身经验的总结和不断的改进。

问题七：一般公司的管理组织架构是什么样的啊？ 企业基本组织架构形式有五种：直线制、职能制、直线－职能制、模拟分权制、矩阵制。

直线制

直线制是一种最早也是最简单的组织形式。它的特点是：

－企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责。

－厂部不另设职能机构（可设职能人员协助主管人工作），一切管理职能基本上都由行政主管自己执行。

直线制组织结构的优点是：结构比较简单，责任分明，命令统一。缺点是：它要求行政负责人通晓多种知识和技能，亲自处理各种业务。这在业务比较复杂、企业规模比较大的情况下，把所有管理职能都集中到最高主管一人身上，显然是难以胜任的。

适用企业：规模较小，生产技术比较简单的企业，对生产技术和经营管理比较复杂的企业并不适宜。

职能制

职能制组织结构，是各级行政单位除主管负责人外，还相应地设立一些职能机构。如在厂长下面设立职能机构和人员，协助厂长从事职能管理工作。这种结构要求行政主管把相应的管理职责和权力交给相关的职能机构，各职能机构就有权在自己业务范围内向下级行政单位发号施令。因此，下级行政负责人除了接受上级行政主管人指挥外，还必须接受上级各职能机构的领导。

职能制的优点是能适应现代化工业企业生产技术比较复杂，管理工作比较精细的特点；能充分发挥职能机构的专业管理作用，减轻直线***员的工作负担；缺点也很明显：它妨碍了必要的集中领导和统一指挥，形成了多头领导；不利于建立和健全各级行政负责人和职能科室的责任制，在中间管理层往往会出现有功大家抢，有过大家推的现象；另外，在上级行政领导和职能机构的指导和命令发生矛盾时，下级就无所适从，影响工作的正常进行，容易造成纪律松弛，生产管理秩序混乱。

由于这种组织结构形式的明显的缺陷，现企代业不一般都采用职能制。

直线－职能制

直线－职能制，也叫生产区域制，或直线参谋制。它是在直线制和职能制的基础上，取长补短，吸取这两种形式的优点而建立起来的。这种组织结构形式是把企业管理机构和人员分为两类，一类是直线领导机构和人员，按命令统一原则对各级组织行使指挥权；另一类是职能机构和人员，按专业化原则，从事组织的各项职能管理工作。直线领导机构和人员在自己的职责范围内有一定的决定权和对所属下级的指挥权，并对自己部门的工作负全部责任。而职能机构和人员，则是直线指挥人员的参谋，不能对直接部门发号施令，只能进行业务指导。

直线－职能制的优点是：既保证了企业管理体系的集中统一，又可以在各级行政负责人的领导下，充分发挥各专业管理机构的作用。其缺点是：职能部门之间的协作和配合性较差，职能部门的许多工作要直接向上层领导报告请示才能处理，这一方面加重了上层领导的工作负担；另一方面也造成办事效率低。为了克服这些缺点，可以设立各种综合委员会，或建立各种会议制度，以协调各方面的工作，起到沟通作用，帮助高层领导盯谋划策。

目前，我们绝大多数企业都采用这种组织结构形式。

事业部制

事业部制最早是由美国通用汽车公司总裁斯隆于1924年提出的，故有“斯隆模型”之称，也叫“联邦分权化”，是一种高度（层）集权下的分权管理体制。

事业部制是分级管理 、分级核算、自负盈亏的一种形式，即一个公司按地区或按产品类别分成若干个事业部，从产品的设计，原料采购，成本核算，产品制造，一直到产品销售，均由事业部及所属工厂负责，实行单独核算，独立经营，公司总部只保留人事决>>

问题八：什么是公司组织机构 公司组织机构是指从事公司经营活动的决策、执行和监督的公司最高领导机构。公司组织机构的内容公司组织机构包括三个部分的内容，即决策机构、执行机构和监督机构。决策机构1、股东大会股东大会是由公司全体股东组成的决定公司重大问题的最高权力机构，是股东表达其意志、利益和要求的主要场所和工具。2、董事会董事会是由董事组成的负责公司经营管理活动的合议制机构。在股东大会闭会期间，它是公司的最高决策机构。除股东大会拥有或授予其它机构拥有的权力以外，公司的一切权力由董事会行使或授权行使。作为合议制机构，公司的业务活动必须由全体董事组成的董事会议加议决定，任何一个董事都无权决定公司的事务，除非董事会授权他这样做。执行机构公司执行机构是指由公司高级职员组成的具体负责公司经营管理活动的一个执行性机构。它是公司业务活动的最高指挥中心，实行首长负责制。其主要职责是贯彻执行董事会作出的决策。监督机构公司的决策权和管理权大部分集中在少数人手中，这是提高公司经营管理效率的需要。为了防止他们滥用权力，违反法律和章程，损害公司所有者的利益，所有者及股东要对他们的活动及其组织的公司业务活动进行检查和监督，这种监督权由公司的监督机构来执行。公司组织机构的原则（1）在公司的组织机构中，要实行决策权、执行权和监督权三权分离的原则。（2）要把公司组织机构成员的利益同公司经营管理的好坏紧密联系起来。（3）公司组织机构的成员必须具备一定的素质，但对不同成员素质的要求是不同的。公司组织结构的形式直线制组织结构直线制结构是最古老、最简单的组织形式。这种结构适用于小型公司。它要求经理能够对本部门所有的问题做出决策，所以，他必须是个全才。如果公司的规模扩大了，那么它或者增加管理层次，或者增加每一层次的工作单位。直线参谋组织结构随着公司规模的扩大，直线组织中直线经理的任务就变得越来越复杂。他感到如果仅仅依靠个人的知识和时间已经无法解决繁重的管理任务，需要有专家的帮助，参谋人员就是这种专家。这样，就产生了所谓的直线参谋组织。在直线参谋制结构中，参谋经理的作用是为直线经理提供有效管理所需要的在某一方面的建议、服务和帮助。事业部制组织结构事业部制组织结构，是在公司总部下，设立若干个自主营运的业务单位事业部。这些事业部，或者是按产品来划分，或者是按地区来划分。每一个事业部都是要对成本、利润负责的利润中心。事业部制组织结构形式，类似于直线参谋制结构，因此这种组织结构保留了直线参谋制结构的部分特点。但是，这两种结构存在着本质的差别，事业部被赋予更大的职责及权限，它是一个相对独立的单位，直线参谋制结构内部则不存在这样的单位。实际上，每个事业部往往更类似于一个直线参谋制组织结构单位。模拟分散化组织结构当一个公司的规模发展到使直线参谋制组织结构不能有效地运用，并且，由于生产、技术内在联系的紧密，根本无法把公司分解为若干个相对独立的事业部门的时候，模拟分散化组织结构形式便是最有效的了。这种组织结构形式是介于直线参谋制与事业部制之间的一种组织结构形式。所谓模拟分散，是指结构中的组成单位并不是真正的事业部门，而是把它视为或模拟为一个事业部，让其独立经营，单独核算。这些模拟性事业部，相互间的内部转移价格为基础，而不是象事业部制，内部转移是以市场价格为基础。矩阵组织结构矩阵组织结构是一种较新的组织结构形式。它特别适用于技术进步较快、技术要求较高的公司，如计算机和空间产品制造公司等。通常的矩阵组织>>

问题九：公司的基本架构是什么呢？需要多少主要人员？ 一般是根据你的市场和客户需求来调整和完善你的公司架构。市场面小、客户要求少的话，一个管事的一个办事的可能就足够了。但是你要是想完善自己的管理模式，管事的、联系业务的、内部事务处理的、其他方面信息反俯管理的，就需要逐步增加人员了。说的应该再详细一些。

问题十：公司的一般构架是什么？ 公司的一般构架是什么：根据人力资源管理学和管理心理学，处理朋友和亲属裙带关系的最佳方法从源头做起，要么老板通过某些方法让女股东离开实权管理岗位（只分红），或者老板完全买断女股东的股份，让女股东完全从公司里脱出来。要么或者老板自己退出。不管谁退出。企业领导者只能有一个声音。其他小势力其实是墙头草的缩影。因为对目前双方来说他们都有作用。但是如果最上层只有1个声音，那么，他们就不成气候。

工商银行通过实施“1031”工程、信息化银行建设等工作，打造了同业领先的第四代核心银行系统，确立了信息 科技 领先优势。随着银行进入40时代，金融 科技 推动银行从生产资料、生产力和生产关系三方面打破传统、变更生产经营模式，顺势数字化、智能化、开放化的时代特征，银行不断丰富服务渠道、完善产品供给、提升服务体验和效率，同时对企业级架构建设和信息系统转型提出了新要求。

为应对内外部形势变化、满足业务创新转型发展要求，工商银行于2015年启动IT架构转型工作。充分利用分布式、云计算等新技术，基于开放平台与主机有机结合的基础架构，构建面向未来业务发展，以开放性、高容量、易扩展、成本可控、安全稳定、便捷研发为特征的全新技术体系。在技术变革的外部驱动和转型发展的内生需求互相作用下，工商银行于2017年启动智慧银行生态系统（ECOS）工程，围绕“客户服务智慧普惠、金融生态开放互联、业务运营共享联动、创新研发高效灵活、业务 科技 融合共建”的智慧银行建设目标，通过整合构建企业级业务架构，强化产品创新顶层设计与跨产品线整合，将业务架构由内部企业级延展至跨界生态，在业务架构指导下，进一步深化IT架构转型，持续优化应用架构、数据架构、技术架构、安全架构，建立金融与 科技 高度融合的全新生态体系。

1构建服务化、松耦合应用架构。 同步ECOS工程建设，工商银行引入了业界领先的持续价值提升方法论，通过分析全行发展战略、业务发展前瞻性规划和业务现状问题，体系化地开展业务领域顶层设计，从流程、产品、实体等三个维度开展业务建模，整合构建覆盖63个业务领域、100多个业务组件、近4000个任务组件的企业级业务架构，并指导推动IT系统建设。通过从业务领域、业务组件、业务对象到IT应用、IT服务、数据对象的对接落地，围绕业务对象，以数据为中心聚合服务，形成了覆盖业务产品服务、业务和数据基础服务、技术基础服务的企业级服务体系，打造了分层解耦的应用架构。建立组件化研发机制，实现业务模型的高效传导，促进统一架构语境下从业务到IT的一致性承接。在支付结算、xyk等热点领域完成组件化落地， 提炼 了19000余个IT服务，日交易量逾40亿笔，提升了产品研发的市场响应速度。

2打造主机+开放平台双核心系统。 依托自主可控、体系完备的开放平台技术，逐步从传统的以主机为核心的应用布局向主机+开放平台双核心布局转型，初步建成具备承接主机业务下移能力的开放平台核心银行系统。在国内大型银行中，率先实现银行核心业务的完整闭环处理，截至2020年上半年，已有超过90%的应用部署在开放平台。在中资银行中，率先使用自主研发的开放平台境外核心业务系统，已在欧洲、亚太区域新设机构实际投产运营。随着双核心建设不断深化，工商银行在业务量快速增长态势下，整体保持主机资源零增长，2015~2020年累计实现主机资源压降65000MIPS以上。

3形成双轮驱动的开放金融生态。 工商银行建设以“嵌入场景、输出金融”为特征的API开放平台，与以“绿色部署、敏捷上线”为特征的金融生态云，组合形成全行互联网金融场景建设“双轮驱动”的体系化品牌。目前已对外开放9大类1800多项API服务，为8800多家合作方提供服务，成为银行同业中“合作伙伴最多、服务最全面”的开放平台。已推出教育云、物业云等17款金融生态云产品，累计推广G/B端客户超过3万个，C端客户929万。

1打造多模式、高性能数据交换体系。 工商银行综合运用流数据处理、数据复制、文件共享等技术，打造了多模式、高性能的企业级数据交换平台，面向全行提供实时、准实时、分钟级、小时级等多种时效的企业级数据交换服务，并在余额变动实时提醒、实时交易反欺诈、准实时存贷款偏离度计算等应用场景取得良好成效。

2率先建成自主可控的大数据服务云。 同业率先完成传统封闭式架构（TD、Extradata）向开放分布式架构(Hadoop、MPPDB)转型，建成金融行业集群规模最大、技术生态最全、供给能力最强的大数据服务云体系，软硬件投入仅为原有产品投入的30%。全数据整合后容量超过93PB，为171个总行应用、22个业务部门和52家境内外分行及子公司提供了高效、便捷、丰富的高质量数据服务。

3着力打造企业级数据中台。 按照ECOS工程总体布局，以共享、复用、创新为目标，通过数据资产沉淀、数据服务化、数据资产运营、数据产品输出等措施，打造高效、智慧、开放、共享的标准化数据服务。面向全行1万余名数据分析师提供一站式、全链路线上BI分析能力，支撑全面风险管理、xyk风控、智慧大脑等重点场景建设，加快推进客服、运营、产品和风控等领域的智慧赋能，提升各专业数据应用创新能力。

1打造一系列企业级新技术应用平台。 工商银行依托金融 科技 研究院体系化布局新技术，建成了云计算、分布式、API平台、大数据、流数据、人工智能、物联网、区块链、生物识别、移动互联网十大技术平台，是工商银行技术领先优势的集中体现。人工智能机器学习平台集成业界主流机器学习算法，提供便捷高效、全流程建模、自学习的AI全栈平台，赋能数据智能化应用，构建工行智慧大脑。物联网金融服务平台通过智能感知万物，获取海量物联数据，扩展银行金融服务边界，创新金融服务模式，提供安全可靠的智慧物联解决方案。区块链技术平台在资金管理、供应链金融等七大业务领域构建服务实体经济的区块链应用生态，机构用户超千家，个人用户超100万，拥有近百项专利，荣获多项业界大奖。生物识别平台提供人脸、指纹等生物特征管理、安全管控、服务调度等功能，具备多生物特征统一管控、统一服务的能力。

2建成自主可控、体系完备的云计算、分布式技术体系。 云计算平台具有开放性、高容量、易扩展、智能运维等特点，从传统手工为主的虚拟化架构，转变为快速供给、稳定可靠、资源集约、运维智能的新型云计算体系架构。截至2020年8月，工商银行已实现60000+节点、34000+容器的入云规模，具备万级容器集群自动供给能力，同等业务量下服务器虚拟资源利用率平均提升2~3倍，业务高峰期系统扩容时间由几十分钟缩至秒级，2019年荣获人民银行 科技 发展奖一等奖。分布式技术平台涵盖9大类分布式技术组件，在快捷支付、纪念币预约等150余个应用广泛运用，为IT架构从单体集中式架构向分布式服务化架构转型提供了技术基础。截至2020年8月，日均交易量超过50亿笔，并发支撑能力超过10万笔/秒，重点交易平均响应时间小于10ms，有效应对“双十一”秒杀等高频、大并发交易对IT架构稳定性、业务连续性的冲击。

落实国家网络安全等级保护20要求，完善安全体系建设，加强新技术领域的安全防护，随云计算、大数据、人工智能、区块链、5G、物联网等金融 科技 发展同步规划、同步建设。研究完善以数据为中心的安全方法论和保护体系，加强个人信息和隐私的保护，“融e行”第一批完成在中国互联网金融协会的认证备案。围绕ECOS工程建设，建立多因子身份认证体系，发展手机盾、云证书、指纹、人脸、声纹、指静脉、虹膜等多种认证及生物识别技术。建设企业级反欺诈平台，通过终端、账户、行为等多维度展开智能风控，有效拦截欺诈交易，提升开放银行防御和风险处置能力。

在新一轮 科技 革命与我国转变发展方式的 历史 交汇期，工商银行将 科技 创新作为第一发展动力，积极创新和引入金融 科技 前沿技术，在全行战略、企业架构的指引下，强化IT与业务的融合。通过金融 科技 赋能经营转型，创新服务模式，拓展新生态，提高金融供给对实体经济的适配性和灵活性，为广大客户提供高价值服务，为建设具有全球竞争力的世界一流现代金融企业提供动能源泉。

以上就是关于企业架构概述及业务架构详解全部的内容，包括:企业架构概述及业务架构详解、公司架构是什么、罗毅：深化IT架构转型，助力业务创新发展等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！