流程管理

企业流程管理需求分析 随着企业业务的不断发展，企业企业规模不断扩大，流程管理的应用面已经越来越广，急需构建完整、标准的流程管理体系。同时，企业在运营管理方面的个性化需求也逐步提升，所以，打造满足企业的管理平台，刻不容缓。 现状与面临问题初步诊断分析 随着业务的不断发展，目前很多企业形成了多点生产、集团化运营的格局，原有的管理平台已不能满足管理的时效性和准确性的要求，因此为了提升效率、加强管理、促进发展，需要建设一套符合企业自身特点的协同管理平台，实现各单位、各部门跨地域、高时效地协同办公。 企业目前的协同管理平台存在以下问题： 一、管理层的困惑： 流程效率低，运营成本高，流程没有全部固化，由人工选择节点，易出现选错或越权等情况，靠事后审计检查，效率较低。 销售、财务、后勤拥有独立的管理系统，信息无法互通，部分领导同时拥有多个岗位ID，系统访问与帐号切换不便，问题无法追溯。 二、用户层的困惑 上下班时待办中心和查询速度慢，外地公司通过连接速度较慢。 下发文件、采购、销售模块大容量数据查询速度慢。 业务表单开发过多，开发了制造、销售、研发等一大堆业务表单，数据量大，访问速度慢，且无法灵活地分析统计。 三、IT人员的困惑 平台落后，无工作流引擎，表单和流程全靠工人定制开发，效率低下。 业务表单开发过多，开发了制造、销售、研发等一大堆业务表单，数据量大，访问速度慢，且无法灵活地分析统计。

询问任何一个重新设计公司业务流程方式的人，都会告诉你许多关于如何让软件适应改变了的业务流程的恐怖故事。 当前，企业应用整合（EAI）和中间件提供者提供某种形式的工作流程或者业务流程管理（BPM）。但是这一设计任务的要求相当于极端高的登山技术，特别是当来自于不同卖主的应用软件，和多样的、独立的流程必须被很好的协调时。 Intalio,致力于BMP研究的一家成立4年左右的公司，可能已经揭开了清除BPM的粗糙的边缘和不合理的费用的秘密。按照Intalio共同创始人和首席战略官Ismael Ghalimi的说法,公司的Intalio n 3 2.0软件可以降低设计和执行业务流程成本75%。 Ghalimi在上周的采访中告诉我，减少主要来源于消除人工译码的需要，以及通过把流程（不只数据和应用）当作公司信息系统的基本组成部分。 我非常怀疑其声称编程工作适合非程序员，但Intalio看起来有其正确性。该软件提供端对端业务流程设计的可视界面，包括信息传递，数据转换，处理和业务规则。现存的业务流程模本，程序和规则可以输入并应用于Intalio环境而不需要书写编码。只要轻轻一点按钮，可视地图就会被转换成运行于Intalio服务器上的可执行的编码。 为证实此事，我与负责BPM市场的AMR Research调查主管Eric Austyold进行了交谈。他也对Intalio的BMP平台有着深刻的印象。

业务流程管理综述 业务流程管理综述 TJDLUT 摘要：业务流程管理包括支持业务过程分析、设计、执行、管理的方法、技术及工具。它可以被看作是经典工作流管理系统和方法的扩展。本文主要介绍业务流程管理的基本概念、相关技术，以及讨论形式化方法 / 语言对业务流程管理的作用（例如 Petri 网，过程代数等）。 关键词：业务流程管理 工作流管理形式化方法 引言 首先了解一下信息技术演化的过程是有助于我们地更好的了解业务流程管理系统的相关知识。从图 1 中，我们可以看到当今信息系统发展的趋势 [3] 。该图表明当今的信息系统包含了几个层。中心层是直接和硬件打交道德操作系统；第二层是通用的应用程序，这些应用程序在企业中有广泛使用，比如 Microsoft Office ；第三层是为某些特定领域所开发的软件，这些软件局限于专业的企业或者部门内部使用，比如人力资源管理系统， Call Center 系统等；第四层是专业定制软件，这些软件仅仅为特定的公司组织开发，通用性较小，专业化程度很高。 图 1 信息系统技术演化趋势 在二十世纪六十年代，信息系统中不包含第二层和第三层。信息系统建立在一个小型的操作系统上，仅仅有特别局限的功能。因为那时没有通用软件也没有行业专用软件，当时的信息系统仅仅包含专业定制软件。从那时开始，第二层和第三层软件逐渐发展起来，此外第四层软件的种类逐渐增多，同时增加了更多的功能

业务流程管理综述 TJDLUT 摘要：业务流程管理包括支持业务过程分析、设计、执行、管理的方法、技术及工具。它可以被看作是经典工作流管理系统和方法的扩展。本文主要介绍业务流程管理的基本概念、相关技术，以及讨论形式化方法 / 语言对业务流程管理的作用（例如 Petri 网，过程代数等）。 关键词：业务流程管理 工作流管理形式化方法 引言 首先了解一下信息技术演化的过程是有助于我们地更好的了解业务流程管理系统的相关知识。从图 1 中，我们可以看到当今信息系统发展的趋势 [3] 。该图表明当今的信息系统包含了几个层。中心层是直接和硬件打交道的操作系统；第二层是通用的应用程序，这些应用程序在企业中有广泛使用，比如 Microsoft Office ；第三层是为某些特定领域所开发的软件，这些软件局限于专业的企业或者部门内部使用，比如人力资源管理系统， Call Center 系统等；第四层是专业定制软件，这些软件仅仅为特定的公司组织开发，通用性较小，专业化程度很高。 图 1 信息系统技术演化趋势 在二十世纪六十年代，信息系统中不包含第二层和第三层。信息系统建立在一个小型的操作系统上，仅仅有特别局限的功能。因为那时没有通用软件也没有行业专用软件，当时的信息系统仅仅包含专业定制软件。从那时开始，第二层和第三层软件逐渐发展起来，此外第四层软件的种类逐渐增多，同时增加了更多的功能。当今

概述 有读者反馈，读了文章 一线技术管理者究竟在管什么事？ 收获满满，但还有点不过瘾，还想了解更细的东西... 这篇文章分享开发流程规范，目的是提高产品质量，优化开发流程，供大家参考。 规范是死的，人是活的，希望自己定的规范，不要被打脸。 接下来从以上六个阶段进行逐一拆解。 1 需求评审 作为技术人员肯定都参加过需求评审会，不知道有没有遇到这样的情况？ 产品经理按照 PRD 文档读一遍，参会人员无动于衷。 产品经理刚讲了一个需求点，参会人员就产生了激烈的讨论，都在证明自己是对的。 参会人员对需求的目标不明确，对需求点进行发散思维讨论，最终偏离方向。 遇到以上问题，肯定是在参加需求评审之前未做充分准备，那么问题来了，需要提前准备什么？ 评审前 不要听产品同学说，该需求是大老板跟进的、非常重要、非常紧急之类的，就问产品三个问题： 解决了什么问题？ 提升了什么指标？ 有什么商业价值？ 这三个问题搞清楚了，再进行评审。 产品经理发出 原型 和 PRD 初稿后，开发人员要有 1-2 天时间（具体时间根据项目大小而定），熟悉文档，有任何疑问可以反馈给开发经理，由开发经理统一收集再反馈给产品经理，产品经理逐一进行答疑。 熟悉完文档后，开发人员和开发经理需要一起确定： 技术选型（前端/后端框架、日志中间件、消息中间件、数据库...） 技术架构（组件与组件之间如何协同工作，如何部署） 技术难点预知

通常，财务RPA的应用场景需要符合两大要点：大量重复和规则明确。前者让RPA有必要，后者让RPA有可能。 财务RPA最适于具有清晰定义和极少例外情况下的重复和确定性过程，即应用于大量既定规则的交易活动，利用特定的软件算法，与多个应用程序交互，自动完成各类管理任务，进而在用户界面（即UI层）执行事务流程。 一、基于标准化规则操作的业务 财务RPA机器人是通过模仿人的行为，使用已有的用户接口来完成重复性流程，实际是按照既定规则的自动化，并非实质性的智能，仅适用于规则明确、标准化程度高的流程。 标准化流程往往意味着低附加值流程，如接收票据、审核、出具报表等工作。一些经营活动，如评估和决策，既不是判断，也很难用规则定义，因此财务RPA往往无法胜任。 二、大量重复的流程 采用财务RPA处理业务需要投入一定的人力与资金，因此适用的流程必须是投入产出比合理的流程。 首先，财务RPA应当被用于大容量数据的计算、核对、验证、审核判断等。这部分流程如果由人工操作，出错率和人力成本将会显著增加。 其次，流程应当具备重复性，必须有明确的、可被数字化的触发指令和输入，例如每日大量的交易核对和费用单据的审核，流程不得出现无法提前定义的例外情况。 典型的财务共享服务中心常见流程里不少业务处理环节都具备高度的标准化、高度的重复性特点，符合财务RPA的适用标准，因此RPA软件在财务共享服务中心有着广阔的应用空间。

流程管理可以大大提高企业的运行效率，让企业的各级管理者和操作者知道“如何正确地做事”，很多企业都进行过自身业务流程的梳理优化，然而在流程落地实施的环节却常常碰到问题，今天笔者就通过咨询项目的实践来谈谈如何保障企业业务流程的落地实施。 流程落地实施的思路：执行+持续改进 当企业自身或者联合第三方咨询机构完成流程的梳理和优化后，要做的第一件事就是流程发布，一旦流程发布，首先应该按照流程无条件执行，流程就是标准。华为公司在实行IPD流程改革的时候，任正非就曾提出“先僵化，后优化，再固化”的管理改革创新理念，这里的“先僵化”并不是真正的“僵化”，核心思想是先坚定地执行和落实，而后再优化。无条件执行说起来容易做起来难，要真正做到，还需要企业管理者注意不仅要强化责任、纪律意识，更要以身作则，尊重流程。 除了执行，还要参照PDCA模型，持续优化。企业在推行流程落地的过程中，可以设置一定的试点运行期，在试点运行期间充分的暴露问题，不断修订和完善流程。 同时，企业内外部环境在不断变化，如果业务指导规范还停留在过去的状态，就会与实际业务越来越远，业务人员对流程会持怀疑态度，给流程管理带来灾难。《超越再造》“流程的胜利”中提到的，以流程为中心是一场持续的革命，要与不断变化中的企业环境的要求相协调，仅仅是一次的改进，即使是显著的改进，也没有多大价值，所以一定要保证业务流程的持续改进。

软件团队的建设和软件开发管理 毕业以后一直在从事软件工作，历经了10年坎坷，现在是一家IT企业的软件开发主管。在不断的摸索、失败、成功中，有不少的经验和教训，希望能和一些成长中的软件从业者分享。 软件组织中什么是最重要的呢？团队和开发管理。今天我们的主要话题就是围绕着团队和开发管理展开的。 在很多场合，我们都听到人们说“人才是最重要的资产”，我想，这不是一句空话。有了人才就有一切，这是一个真理。对于软件开发来说更是如此。当然，对人才的关注并不意味着要人才堆积甚至浪费，人才浪费反而会影响整个团队。 人才只是一个个的点，如果没有形成一个有效的团队，人才再多也毫无意义。软件开发是一个需要协同作战的工作，团队是软件开发工作的基本组织，因此形成一个有效的团队是软件组织成功的基础。 很多时候，团队作战听起来容易做起来难。有一次，我和一个大型软件企业的CTO聊起了软件组织的模式，他打了一个比方，说软件开发就象做外科手术，外科主任应该是技术最强的人，熟知每一项技术细节的人，所以软件组织的领导也应该是技术最全面，每个细节都精通的人。软件开发真的象医生看病做手术吗？我们来看看这里面有什么不同。医生通常面对的是一个病人，通常处理的是一个个案，当然一个复杂的手术也需要麻醉、影像、护士、助手的配合才能完成。一个软件项目呢？软件项目也有大小的区别，小的项目一个人处理所有环节，前端、业务逻辑、数据库

Activiti简介 Activiti是一个开源的工作流引擎，它实现了BPMN 2.0规范，可以发布设计好的流程定义，并通过api进行流程调度。 Activiti 作为一个遵从 Apache 许可的工作流和业务流程管理开源平台，其核心是基于 Java 的超快速、超稳定的 BPMN2.0 流程引擎，强调流程服务的可嵌入性和可扩展性，同时更加强调面向业务人员。 Activiti 流程引擎重点关注在系统开发的易用性和轻量性上。每一项 BPM 业务功能 Activiti 流程引擎都以服务的形式提供给开发人员。通过使用这些服务，开发人员能够构建出功能丰富、轻便且高效的 BPM 应用程序。 1.安装Activiti插件，我用的是eclipse 2、弹出如上窗口，然后填写插件名称和安装地址 Name: Activiti BPMN 2.0 designer Location: http://activiti.org/designer/update/ 按提示安装即可，安装完了重启eclipse 3.新建的时候出现这两个就对了 4.新建maven工程并配置pom.xml <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi

“工作流”在互连网上越来越流行了， 可是工作流到底是什么呢？它是一项技术、一个标准还是一种解决方案？ 到底什么是“工作流”啦？ 在计算机网络的环境下，这种流表现为信息和数据在多个人之间的传送。根据国际工作流管理联盟 (Workflow Management Coalition ， WFMC) 的定义，工作流就是“一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行”； IBM Almaden 研究中心给出的工作流定义是：“工作流是经营过程的一种计算机化的表示模型，定义了完成整个过程需要的各种参数。这些参数包括对过程中每一个步骤的定义、步骤间的执行顺序、条件以及数据流的建立、每一步骤由谁负责以及每一个活动所需要的应用程序”。 从工作流定义中可以看出，工作流是经营过程的一个计算机实现，而工作流管理系统则是这一实现的软件环境。而工作流技术为工作流自动化和构建流程应用提供基础平台，实现了流程逻辑与业务逻辑的分离，支持业务流程的分析和规范化定义以及业务单元的自动组装，降低了复杂流程应用的开发难度， 提高应用系统的管理效率。 工作流技术重点研究内容包括：工作流引擎、工作流管理集成机制、建模工具、协同工作机制、流程设计器和流程监控工具等。而在工作流在流程管理中的应用分为三个阶段：流程建模、流程仿真和流程改进或优化