CIO信息化感悟之流程一体化

作者：尺度置业CIO 李科

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 流程一体化，从业务的纬度理解统一业务流程标准，从IT系统的角度需要区分工作流程和业务审批流程，而其真正的含义在于统一应用系统的流程引擎。流程承载的是企业的业务运营程序，而业务表单则体现了企业对于不同业务的管控颗粒度。 统一一套流程引擎之后，将避免了多套系统，多套流程引擎之间带来的信息壁垒，而多套流程引擎则意味着多套角色体系与权限体系，表单数据之间的联动与汇总，管控点的触发等多维障碍。有了前面主数据规划，对于组织管理单元数据规范(组织结构、部门、岗位、权限角色等)，然后在统一的流程引擎上进行工作流程的设计，审批流程的配置将能实现工作业务程序的标准化。而在流程引擎上需要利用表单设计器对业务表单进行设计，在进行表单设计的过程中，其字段及其字段权限与流程节点及其权限，又有其必然的联动关系。这样流程的灵活性上，我们充分考虑到主流程与之流程、主表单与子表单的关联关系、联动关系、触发关系、数据运算等逻辑关系。 在规划流程的时候我们需要做到一个中心、四个标准化： 组织权责中心： 这是流程或者系统运行的核心所在，如果企业里面权责模糊、边界不清。业务流程是无法流畅运行的，系统的运行也是一张皮而已，无法达到其高效触发业务活动的目的。房地产企业需要建立基于开发价值连及其子业务活动与管理职能专业线之间的横纵责任矩阵。并且建立与系统主数据的映射关系图，从而保证系统权限表与业务权限表之间的一一对应关系。 组织岗位标准化： 或者我们称之为“工作流程角色标准化”更容易理解一些，也更贴近系统语言。对于房企而言在角色设置方面，我们需要注意在行政组织、项目组织、虚拟组织或者我们称之为：公司级角色、系统级角色、流程级角色的对应关系。 公司处在不同的规模、应用阶段在工作流程角色规划方面，有其不同应用范围，但是，做好角色主数据规划，对于系统的调整有其事半功倍的效果。 流程分类标准化： 流程管理无论在咨询界还是软件界，都不是新鲜命题了，业界也有比较成熟的流程管理方法和体系。遵循PDCA模式对流程进行规划(流程策划--流程执行--流程效率评估--流程优化)。从流程策划开始我们对流程进行总策划、分阶管理。如：高、中、低或者熟称一级流程、二级流程、三级流程等。 0级流程：覆盖房地产开发全价值连的高阶流程，流程总图; 1级流程：从实际业务模块切分的端到端流程，如：0级设计管理流程下的一级流程:规划方案设计流程、建筑单体方案设计流程、扩充设计/施工图设计流程等。 2级主流程：1级流程“规划方案设计流程”下的“规划方案选定、评审、优化、报规、调整流程”。 3级子流程：如入围供应商评审、设计任务书评审、规划设计成果评审等。 以上是按照APQC模式，从业务纬度对房地产行业的工作流程进行分级管理的方法，还有一种是从企业运营纬度通过战略、业务、支持的流程分类方法对流程进行分类管理，如下图： 地产公司管理运营流程体系，大体可以分为三大类： 第一类、战略运营类流程，如计划管理、预算管理、战略规划与调整、回顾等 第二类、业务运营类流程，参照价值链【论证、策划、设计、采购、施工、营销、客服等】分专业线的流程 第三类、管理支持类流程，行政、人力资源、财务管理、信息化等流程 每一类流程都可以再继续根据管理运营的颗粒度进行细化，尺度一定要结合公司自身的情况进行细分，强调业务效率的时候流程的细分可粗糙，当强调管理风险的时候，尤其是新进入的城市区域，流程需要严格按照标准进行细化分类。 流程步骤标准化： 或称为流程节点标准化，组织岗位标准化和流程分类标准化是为流程步骤标准化服务的，组织岗位标准化是规范流程步骤的前提条件，而流程分类标准化决定着流程的走向，它直接影响着流程的步骤。如果不对流程步骤进行标准化，难免出现因人而设步骤，那么人员的入职、升迁、调岗或离职，都会对流程造成很大冲击，往往需要地毯式地“扫描”流程，而进行重新修订，导致效率低下且容易出错。 寻找流程步骤(节点)之间的共性，我们才能寻找到合适的方法统一流程节点，我们可以两个维度进行审视：第一：专业维度;第二：权限维度。总共分为五个阶段： 第一、专业维度： 第一阶段、业务触发阶段：指由业务单位发起工作事由，进行业务数据信息采集。 第二阶段、主管单位审核阶段：审查核定，一般指由申请单位的直管单位负责对申请事由具体内容的审定，具有否决权力，但不具备决策权力。 第三阶段、专业意见会签阶段：会同签署，由多个单位或个人同时对申请事由集中提供专业意见，而无论会签中签署何种意见，该节点所有人员签署完成以后，流程都流转至下一节点。 第二、权限维度： 第四阶段、领导决策审批阶段：审查批示，一般指申请事由的最高单位，负责对申请事由进行具体内容的审查、批示，具有裁定、决策权力。经过审批以后的工作事项才可以按照审批意见、指令执行。 第五阶段、指令传阅与备案阶段：传阅指申请事由的相关单位，知晓申请事由的最终决定，以指导下一阶段的工作。备案指申请事由的监管单位对申请事由相关公文、函件进行存档、备查。 流程流转节点，流程引擎需要将业务需求功能化。 节点职责：源自流程手册、工作指引、财务制度等，避免“被动签字”，凡事有据可依。 节点权利：专业意见提供、审查核定、决策审批、传阅备案还是可平行沟通。 签核方式：串行、并行还是会审，决定了流程流转的方向。。 签核期限：节点处理时限要求，对于流程流转效率至关重要。 流程联动：根据审批结果决定是否触发其他关联流程。 节点角色：可否循环审批、是否虚拟角色、是公司级别、系统级别还是流程级别。 业务表单标准化 业务表单是工作流程四大要素之一(流程角色、流程分类、流程节点、流程表单)，它是流程的数据载体，没有业务表单，工作的流转就失去了意义和价值。 俗话说复杂的工作简单化、简单的工作制度化、制度化的工作表单化、表单化的工作便可信息化。所以，想管控什么，业务表单就呈现什么，它跟具体业务结合得很紧密。比如合同审批时，合同审批表单中应该包含甲乙双方、合同金额、付款条件等必要元素，但也可以根据实际需要将与本次招标有关的信息放进去。还有的企业为了更好地管理现场签证，会要求施工方在提交现场签证审批时，必须填写因本项签证而带来的工作量、材料或金额的减少数量及原因，以此解决“负签证”的问题。 表单设计器，最好是能够托拉拽式的所见即说得的设计模式。从而能够实现表单字段与数据库字段的一一映射关系。对合同的名称、合同的类别、所对应科目、专业、产品、项目、公司等主数据进行一一的对应。既能实现对业务的管控、又能实现其呈现数据的价值，如利用报表工具建模，对不同的公司、项目、相对应的合同、变更、付款累计等关键数据信息的统计，以实现对已发生数据、在途数据、预算余量等高价值数据信息的呈现。 最后，在工作流引擎底层对所有数据进行统一的映射、管理和维护，基于E-HR的模式面向应用支持、面向业务支持、面向服务支持、面向数据支持。从而打通从业务发展到系统应用的流程一体化枢纽。当然不同的企业信息化现状不一而同，可能无法实现在一套流程引擎上运行所有业务系统，而根据我们的实践经验，一家企业比较满负荷的运行大概流程引擎不能超过三套，否则因此而带来的组织结构、岗位角色、权限、表单以及业务的调整所引起的信息应用障碍，将大大降低信息化的价值，更有甚者会造成系统长时间，大面积瘫痪，其后果可想而知。 (end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (12/3/2012)