当前位置:文档之家› 江西移动MSS域BM整合咨询统一流程管理平台项目实施方法论v

江西移动MSS域BM整合咨询统一流程管理平台项目实施方法论v

中国移动江西公司MSS域流程整合咨询项目统一流程管理平台项目实施方法论(初稿)版本:V日期:2010年11月16日COPYRIGHT 2010 by Primeton Technologies, Ltd.ALL RIGHTS RESERVED.文档修订记录内部资料注意保密目录1.引言1.1.编写目的为了保证江西移动MSS域BPM整合咨询项目顺利实施,编写此文档,梳理工作内容,确认工作范围,指导项目实施进度。

其目标体现在四个层面:1、完成江西移动MSS域的所有业务流程的梳理,对其进行分析和整理。

2、在对业务流程进行分析整理的基础上提出其流程的整合建议,编写流程整合规范。

3、根据规范建议提出流程规划及实施方案建议。

4、根据规范建议对初期的统一流程管理平台的建设提供指导建议。

1.2.适用范围江西移动MSS域BPM整合咨询包含流程平台的规划建设规范和规划实施建设方案,本规范重点指的是涵盖了流程建设的技术及业务规范,包括系统架构、与统一任务中心的整合规范、与统一用户中心的整合规范、与业务系统的整合规范、统一流程平台组件库的构建规范、统一流程平台的界面规范以及流程应用的实施方法论、业务流程梳理分析方法、业务流程设计方法、业务流程设计过程和业务流程持续优化等方面的内容。

从技术及业务角度出发,给出了流程应用建设的要求,供中国移动内部和厂商共同使用,适用于江西移动MSS域流程应用的相关建设。

1.3.引用文件1.4.术语、定义和缩略语下列术语和定义适用于本规范:2.流程应用实施过程2.1.流程应用生命周期任何成熟的规程通常都组织为生命周期的形式,其中包括多个阶段,这些阶段彼此有逻辑差别,但都有定义良好的转换点,用于从一个阶段进入到下一个阶段。

BPM也可以在抽象级别定义为包含定义良好的阶段的生命周期。

从整体上将BPM生命周期划分为六个阶段,分别是:业务流程梳理、业务流程建模、业务流程执行、业务流程监控、业务流程分析、业务流程优化等。

对于这些阶段的划分,目前存在争议,但是大体上是一致的。

下面是BPM生命周期示意图:流程应用实施方法论将依据BPM生命周期的划分,详细介绍各个阶段需要完成的工作,以及各个阶段之间的产出物。

2.2.流程应用角色定义我们可以认为,应用软件项目一般是由人、过程和技术(包含与技术配套的工具)组成的,采用的技术和工具固然重要(能够满足发展需求并最大化团队生产率),过程也是一样(能够保障项目实施有序进行),但从某方面而言,最重要的因素是人,因为系统所有的一切都是关于人的。

试图用过程或技术取代人的做法是愚蠢的,因为技术也好,过程也好,没有项目组人员的支持和参与,就不会发挥出相应的作用。

在业务流程应用项目中,对于项目成员角色的定义与其他的软件项目的角色定义几乎是一致的,只是在与流程相关的领域需要有某些特定职责的角色完成。

本文主要讨论流程相关的角色。

软件项目的角色不在本文讨论的范围之内,请参考其他相应材料。

另外,需要强调的是,角色代表着项目组的一种职责,并不意味着不同角色都必须由不同的人分别承担,细分角色的目的是为了了解在应用项目实施过程中,存在哪些工作需要由什么样知识结构、经验、技能的人承担。

通常情况下,会根据项目的大小,人员的投入情况以及成员的个人能力和经验差异,某个人会承担一个或多个角色。

例如,某些小型项目的流程梳理和流程设计可能由同一个人完成。

2.2.1.流程分析角色流程分析角色是业务流程应用实施的重要成员,也是流程设计的专家。

系统分析角色主要工作是业务流程需求调研,他需要熟悉实际业务流程的工作方式和工作状况、能够将系统最终用户的业务化语言描述并记录下来。

他需要具备BPM相关领域知识,能够使用BPM工具再现实际业务流程场景,能够分析并评估现行流程的合理性,可以对业务流程优化提出合理化建议。

2.2.2.流程开发角色流程开发角色首先需要具备软件开发、测试技能,能够实现与流程相关的业务功能,将业务需求转化为技术实现。

同时,他还需要具备BPM相关领域知识,精通一种BPM产品使用,能够将流程分析角色提供的流程需求转化为具体BPM产品的技术实现。

2.2.3.流程配置角色具备流程产品运行维护技能,可以负责某个系统内流程的运行管理,和流程运维角色的差别在于,流程运维角色负责整个统一流程管理平台的管控。

他具备BPM产品知识,可以根据业务流程优化建议对运行中流程进行调整。

比如:运行中流程参与者规则、分支规则调整等。

2.2.4.流程运维角色统一流程管理平台提供多个业务流程系统的接入,对平台的运行维护尤其重要,只要统一流程管理平台开始运行,流程运维角色在维护管理上,就扮演着举足轻重的角色。

流程运维角色负责统一流程管理平台的流程发布,流程治理,公共流程管理维护,流程环境管理,整个统一流程平台的统计监控分析和平台级的优化等工作。

同时,他们还要授权流程配置角色在各自业务系统管理系统内部流程的运行、管理工作。

2.3.流程梳理2.3.1.概述流程梳理阶段需要确定支撑业务模型的业务流程需求,以及如何更好的满足客户需求,最大化实现流程的价值。

首先面临的工作当然是要搞清楚企业现行流程的工作方式与工作状况,这是后续所有工作的出发点和基石,因此理应得到足够的重视。

更为具体一点,需要了解哪些流程可以实施自动化?哪些流程需要人工参与?各个流程都是需要什么人来参与?需要多少人?相关流程是在组织内部执行,还是在外部被执行?风险如何评估?现有流程的瓶颈可能位于哪个环节?诸如此类,不一而足。

2.3.2.进入条件本阶段有两个进入条件,分别是业务流程梳理和业务流程再造入口。

业务流程梳理入口是说,在企业使命、愿景和价值观的指引下,梳理出业务模型,确定支撑该业务模型的业务流程需求,启动业务流程管理的生命周期管理。

业务流程再造入口是说,以业务流程为改造对象,以满足客户需求为目标,对现有的业务流程进行再思考和彻底再设计。

业务流程管理生命周期以闭环、迭代的方式支持业务流程持续优化。

业务流程梳理进入条件关系图如下所示:2.3.3.工作内容确定流程的业务范围定义流程的起始活动流程的驱动因素•事件驱动•时间驱动定义流程的终止活动确定流程的组织范围什么是角色?流程中角色是否可以包含外部顾客、供应商、协作商流程图中应突出部门还是角色?一个角色可以在流程中执行多个活动?流程中的一个活动是否可以由几个角色共同承担?2.3.4.输出内容《业务流程梳理文档》,内容包括:说明本流程的目的、适用范围;对流程图里的活动进行具体描述;对流程图里的角色职责进行说明;明确流程的输入、输出;说明本流程的KPI;指明流程可能要用到的参考文件。

2.3.5.阶段控制点如何消除或压缩流程中的等待和传递时间流程的多样化将串行活动变成并行活动去除不需要的活动,减少流程步骤合并内部的界面(环节)调整各环节的地理位置,或导入IT应用压缩各个环节的时间如何优化流程中的检查、评审点流程的多样化将串行活动变成并行活动去除不需要的活动,减少流程步骤合并内部的界面(环节)调整各环节的地理位置,或导入IT应用压缩各个环节的时间2.3.6.退出条件业务流程梳理结果得到业务部门(系统用户)确认。

2.3.7.参考模板无2.4.流程建模2.4.1.概述流程建模的主要工作是将现实中的业务流程在具体的BPM产品中落地,将业务视角的业务流程转换成技术可执行的业务流程。

2.4.2.进入条件流程梳理环节《业务流程梳理文档》完成;流程开发角色人员到位。

2.4.3.工作内容流程建模阶段根据前期的流程梳理成果,对流程进行设计,使业务流程能够在业务系统中运行。

所以本阶段不仅仅设计到流程本身的建模,还有与业务流程相关的业务功能设计工作。

总体来讲流程建模设计到如下图所示的各个模块工作。

2.4.3.1.流程模块划分在业务流程梳理时,我们已经明确业务流程的存在的价值是为客户带来价值,为公司总体目标服务。

在流程划分上也是按照从大到小、逐步细化的过程,实现公司愿景的落地执行。

在流程梳理阶段,需要将这些业务流程按照规定的业务领域进行划分,技术实现的角度具体来讲,就是按照业务目录的方式对业务流程进行管理。

在模块划分阶段,还要注意充分利用组件库中现有服务和流程,实现软件资产复用。

同时,对于新增的业务流程也要提炼出公共流程,供后续系统使用。

2.4.3.2.流程接口设计为了满足业务流程需要,为客户提供端到端的流程,流程之间经常会有流程同步、消息通知等操作。

随着业务流程的持续上线,接口越来越多,系统之间接口调用和越来越频繁。

要特别重视接口的设计:考虑接口复用,提取公共服务;接口标准化,标准化是复用的基础;2.4.3.3.组织机构设计组织建设、人力资源管理是现代企业管理中非常重要的一块,企业中最重要的因素就是人,任何业务目标的实现都是人来实现的。

同样在业务流程中,业务流程的价值是由各个人工环节参与的人员创造出来的。

在业务系统建设过程中需要特别注意组织机构的设计。

首先,业务流程系统要适应企业现有组织机构模型,统一流程管理平台通过接口方式访问外部组织机构数据(一般企业已经建立统一用户中心或者人力资源系统)。

2.4.3.4.数据模型设计在流程设计过程中一个重要的环节是业务数据和流程数据的关联。

流程引擎相关的数据可以通过流程实例ID关联出来;业务系统设计时,一般会有业务系统主表,通过业务系统主表的主键可以关联出业务系统的数据。

数据模型如下图所示:业务系统与流程引擎关联两种方式:在业务主表中扩展一个字段,用于保存流程实例主键(ProcessInstID);在流程实例的相关数据区中保存业务系统主表的主键。

2.4.3.5.流程建模这个阶段主要是使用流程设计器进行流程建模。

开发人员流程建模根据梳理分析的输出结果,包括流程级别,流程定义,活动级别,活动定义,活动参与者,分支规则,kpi时限等生成具体的流程图2.4.3.5.1.流程设计是否需要子流程企业管理精细化要求使流程图表达更清晰一组活动被多处重用是否存在子流程嵌套业务流程的定义及个数每个业务流程是否可以描述一个完整的业务过程使用的子流程是否必须流程个数的考量2.4.3.5.2.活动设计确定活动个数一个相对独立的、逻辑的工作单元作为一个活动确定活动类型人工活动自动活动路由活动活动的属性定义活动特殊需求2.4.3.5.3.活动参与者设计按照业务梳理结果选择合适的参与者,确认参与者是直接指定还是动态指定,动态指定的实现方案设计。

2.4.3.5.4.活动间规则设计聚合模式(该活动得以触发的方式)全部聚合(AND)单一聚合(XOR)多路聚合(OR)分支模式(该活动结束后,后继活动的触发情况)全部分支(AND)单一分支(XOR)多路分支(OR)2.4.3.5.5.活动参与者规则设计2.4.3.5.6.流程客户端设计人工交互环节,需要展示的信息包括:审批信息、流程图、轨迹显示等。

相关主题