从架构到流程

Posted 2020-12-17 sea520

特别强调的两点：

IT：以流程架构作为业务架构，规划企业信息化建设路线；

合规：不是独立的建设一个个合规体系，而是将合规体系要求融合到流程中、融合到流程导向的制度中；

 

一、架构

1、架构设计的目的或产生背景

（1）架构产生背景,个体时间、能力、资源等的有限性，所以需要分工、需要交易/交换，此时也产生了架构。架构设计师从主体问题出发、整体出发，进行整体的切分与沟通机制的建立，而建立的顶层结构即架构。架构中需要有主体、对象及对象交换机制等。

（2）做架构设计是为了降低人们对复杂系统的认识，方便沟通，其次做架构是为了分工合作。架构设计任务就是为了划分模块，设计模块交互方式。架构设计指导思想就是使用面向对象的思想。

 

架构一词最早产生与建筑领域，有建筑架构等名词，近几年IT、互联网领域兴起，软件架构、软件架构师等名词。

 

2、定义

（1）架构

架构，是系统的顶层结构。

架构设计思想，就是设计系统顶层结构背后所使用的方法，考虑的因素、原则等。

 

架构一词来自多重抽象（时间上的先后、空间上的多次），每个人的抽象基础不同，基于现实存在，如人们首先基于归纳：
第一层抽象：建筑、软件、汽车等基础概念。（时间上有先后）
第二层抽象：建筑架构、软件架构、汽车架构。（时间上有先后）
第三层抽象：架构。
其次人们又可以基于演绎，由架构衍生出企业架构、战略架构、组织架构、人体架构、商业架构等词汇。
每一次词语的出现，其内涵或外延也随之变化。

（2）架构任务

A 架构是面向主体问题的最顶层系统的划分；

B 架构的任务是划分系统的模块/要素，系统内有哪些“个体”组成；

C 系统内的模块之间的交互关系、协作规则；

（3）相关概念

系统是由一群有关联的个体组成，根据某种规则运作，能完成个别原件不能单独完成的工作的群体；（维基百科）

子系统是由一群有关联的个体组成得系统，是更大系统的一部分；

模块和组件都是系统的组成部分，只是从不同的角度拆分，模块是从逻辑的角度拆分，主要目的是职责分离，组件是从物理的角度拆分，目的是单元复用；（组件即部件，是整体中的部分，后产生与软件领域软件操作系统与嵌入式软件组件）

框架关注规范，架构关注结构；

 

3、假设前提

所以，凡是谈“架构”，都得看是主体是谁？谁的架构？解决主体的什么问题？

 

二、企业架构

企业架构，涉及股东、企业自身、客户、员工，代表架构如平衡计分卡等。

 

三、管理架构

企业管理架构，涉及企业管理所使用的岗位、绩效、流程、IT等手段

 

四、流程架构

1、流程架构的设计

而企业中的流程架构，是企业流程体系建设的顶层设计，涉及时间、空间两个维度。（明确公司涉及的各种内外部需求，公司内部都做了哪些事，直接关系）

（1）时间上，过去、现在、未来，企业流程架构也存在AS IS和TO BE ;

（2）空间上，核心是对流程架构的分类和分级，分类是一种“专业分工”，分级强调管理跨度、幅度，流程架构就是关注同一层级上的分类及关系。

（3）相关概念

流程架构即 业务域、流程组、流程三个层级的流程目录；

流程清单/流程框架是基于流程架构细化到末级流程层级；

流程场景图/流程视图是流程架构（各层级）流程之间的接口关系画成图；

（4）流程分类的2分法（APQC,运营和管理支持）、3分法（POS法规划运营支持、OES法运营使能支持）、ETOM

 

2、流程架构的应用

以流程架构作为企业管理的结构和共同语言，流程架构承接战略（战略关注点），同时，企业的制度体系、绩效体系、IT体系、组织、合规等均基于流程的架构进行搭建或建立映射关系。用流程把人力部、财务部、IT部、综合管理部、法务部的管理职能进行打通，不要各说各话增加管理内耗；

（1）组织：流程架构，流程的分类分级能够一定程度指导部门的切分；

（2）岗位：流程本身是岗位工作的流转；从流程流转的工作看岗位设计的合理性；

（3）表单数据：流程流转的是表单，从流程流转看企业横向数据的共享，纵向决策分析体系的搭建；

（4）制度：流程从企业全局把公司做了个分类，告别曾经部门视角、不断打补丁的制度建设，而是基于流程架构做制度体系搭建；

（5）绩效：不是由部门直接承接公司级绩效，而应让端到端流程承接公司级指标，将端到端流程指标按权重分派给相应部门；

（6）IT：以流程架构作为业务架构，规划企业信息化建设路线；

（7）合规：不是独立的建设一个个合规体系，而是将合规体系要求融合到流程中、融合到流程导向的制度中；

 

五、流程

流程是将例行工作显性化、明晰化，非例行工作难以流程化，流程关注协作效率（流程接口）、管控效率（流程审批）、运营效率（流程活动）、关联要素：

（1）协作效率：业务域间强调关注接口关系，才能保持业务域之间的协作与配合；

（2）管控效率：流程本身关注审批关系，基于流程所涉及的业务事项，形成企业的分权机制设计，尽量将例行事项降低审批层级；

（3）运营效率：业务域内关注流程活动及表单本身的优化，并不需要过度细化的显性化现状；

（4）关联要素：流程涉及的表单、制度、岗位、绩效、IT等合理性，流程的协作效率、管控效率、运营效率三个模块均需考虑这些要素。

 

六、流程到IT

以上的流程设计方法来自BPM方法，在IT架构TOGAF中：

业务架构采取：BPM法、IBM CBM法；

应用架构：SOA面向服务理念；

数据架构：对数据进行分类分级，系统分布分析，CRUD矩阵、ER图；

技术架构：依据数据架构推算所需资源；