流程优化

原文链接： http://www.cnblogs.com/K2China/p/5684151.html 流程管理是企业从流程角度出发，关注流程是否增值的一套管理体系。从认识流程、到建立流程、到管理流程、再到优化流程，企业管理人员要去除不增值和低价值的流程，减少员工犯错误的机会，建立一套卓越的流程体系。 我们或多或少都经历过或听说过这样的实例：某客户想查询自己公司还有多少货款余额，于是打电话给了某公司客户服务部，客户服务部说：“抱歉，您打错部门了，我帮您转到会计部。”客服给他转到了会计部，会计部说：“对不起，我帮您转到仓管部”。会计部给他转到了仓管部，仓管部又说：“抱歉，我帮不上忙，找人事部看看”。转来转去，最后也没有解决问题。 这是生活中常见的一个场景，在这个过程中，一堵堵部门墙拉长了流程的时间，被拉长的流程时间限制了效率、效能，一个正常速度可以处理的工作所经过的流程要花费大量的时间，且容易出现失误，这与很多公司目前并没有跨部门的流程管理是分不开的。 实际中，企业面对的是订单（供应商）与客户，这是流程中最重要的两个因素。我们如何把一张订单转向客户，如何达到客户的要求，在这一过程中涉及多个环节、多个部门、多个岗位，他们在这个过程中也都有着各自的流程标准和要求。 IPO”思维模式就是一种行之有效的方法 从供应商到客户，一般会经历输入、流程、输出3个环节，结合起来就是“IPO”

原文链接： http://www.cnblogs.com/K2China/p/8425322.html 核心差异： OA 解决的是流程有无问题 BPM 解决的是流程更好更优的问题 主要差异如下： 1.BPM 有更好的广度跟深度 这里的广度是指应用场景的广度。 BPM一般都会以端到端的方式衔接企业运营过程的上下游，并且都会深度集成其它应用系统。OA基本都应用于行政类流程，BPM多用于业务流程，而且只有业务流程才能更好的承接企业战略，对企业价值更大。 2.BPM 更善于实现复杂流程 这里的复杂有两方面： a)一方面是流程管控要求的复杂 管理维度多、管控点细、授权体系繁、数据集成广这些都造成流程管理的复杂。 OA就是因为无法满足这些复杂，所以才会有意把一个复杂流程拆分成多个简单流程来实现，这样反而大大造成了开发、变更、运维的成本，而BPM则不需要，这样常常会出现最终BPM系统用一个流程就替换了原OA中数十支同业务类型流程的情形。 b)另一方面是流程审批场景的复杂 审批过程中的各种，诸如串签、并签、加签、抄送、打回、合流等审批行为的多样化， 加上这些审批行为之间组合嵌套，大大增加了复杂度，例如：绝大多数生产类流程中会有的嵌套式并行总分总场景。再加上管理柔性上需要的一些场景，比如自由流，分级打回处理策略，任务合并、召回等。很明显，BPM应对这些复杂的需求更得心应手。 K2流程设计器 3

引言 IBM Rational DOORS，简称DOORS，是被业界广泛认可的需求管理工具，在国内外需求管理领域具有较高的市场占有率。需求管理作为传统的工程领域，理论发展相对成熟和健全。随着越来越多的企业开始注重在需求管理工程层面的投入，企业的需求管理成熟度也在逐步提高。在需求管理实施过程中，不可避免的会依托相关的需求管理工具支撑。而实施过程中所存在的关键困难之一就是：工具与业务如何紧密结合。很多企业虽然购买了相应的产品，但是工具层面的操作培训不足以使得企业的项目在需求管理工具中落地。鉴于此种情况，本文将基于具有较大受众的DOORS工具，对实施需求管理的工作流进行论述。 需求管理的关键要素 要实施需求管理，总要明确需求管理要实施那些内容。本质上，实施那些内容没有统一的规定或约束。但我们可以从一般的需求管理理论层面入手，明确需求管理的理论范畴。 需求管理属于需求工程范畴，需求管理强调四个方面： 需求状态管理、需求追踪、需求版本管理和需求变更管理 。 　　状态管理：需求除了自身的主题内容描述之外，还具有相应的状态属性。这些属性标识了需求在整个系统研发的生命周期中的状态。基于不同的业务需求，需求需要不同的状态进行描述。从工程师角色维度分析，作为测试工程师，我们可能关注需求的验证状态（验证结果：测试通过、测试未通过或未测试等等）。而作为软件开发人员，我们可能关注哪些需求是由我负责

前言：随着内控体系的全面铺开，公司又多了一个体系。公司从来都不缺体系，可实际起了作用的体系却是从来都缺。越来越多的体系，其高额的维护成本、遵循成本都占用着企业巨大的资源，如果将各大体系整合，使其融合为一，并为企业实际经营活动所用，使其表里如一，成为真正助力公司发展的翅膀，将成为越来越多的管理者关注的对象。余虽愚钝，愿持续关注该领域，以期有所得，有所益。 本次更新内容： A、 梳理出这样一个综合的多维度的企业管理体系的构建逻辑 B、 对各体系构成要素进行了一定的尝试 C、 对体系接口进行了初步考虑 本文根据企业生产经营管理活动发生的业务逻辑，构建以战略为出发点和最终目标，以组织、制度为基础，以流程为执行核心，以质量、风险内控为内在要求，以绩效为驱动，以监控为保障手段，各体系相关连接、相互支撑，共同构成多维度的企业管理体系。该体系也可以将其视为集团战略执行保障体系。该体系中，除流程体系为实际执行性设计、实际发生行为外，其他各大体系均为机制性设计、体系构成性描述，以保持体系整体科学性。 该运营管理体系可覆盖以企业集团为中心，相关单位（以股权、行政、人事、业务、其他契约等各类关系为纽带连接的单位）为成员的企业联合体或企业集团。各单位可以参照此体系进行复制，该框架具备较好的兼容性和可扩展性。 1 ．战略、计划及预算体系（简称为“战略体系”） 体系产生逻辑：之所以将这个放在首位

零售行业如今正面临着比以往任何时候都更为严峻的挑战。据eMarketer的调查数据显示，预计到2020年全球零售业的市场规模将达到27.7万亿美元。随着市场规模的普遍增大，业务规模的快速增长，零售行业的业务流程开始变得纷繁复杂，其所涉及的交易数据量也将持续攀升。特别是近年商业环境的错综复杂，加之人力成本不断飙升，零售企业为此承受的压力徒增。 为了解决日益陷入瓶颈的流程优化难题，满足更高的流程效率需求，很多零售企业开始选择了降本增效的新武器——RPA（机器人流程自动化）。 零售业有一半以上的流程将会RPA化 无论是实体还是电子商务，零售行业通常遍布着大量繁琐、重复的人工流程。这些流程往往会耗费掉零售企业大量的时间，以及为可能出现的人工错误所承担的较大风险。企业的竞争力也将会为此受到影响。 另外，包括CRM处理、供应链管理、销售分析、财务管理以及成本控制等在内的众多零售行业流程，都还具备较大的优化空间。麦肯锡的一份调查报告称，零售或快消品行业中，将有54％的工作可能实现自动化。 这给RPA提供了极大的用武之地。选择RPA，将是零售业应对竞争压力的明智之举。 选择RPA的理由 RPA致力于解决企业中普遍存在的大量、重复的固定业务流程。作为一种软件程序，RPA能够替代人工的手动操作（如键盘录入、鼠标点击及移动、系统的触发与调用等），出错率极低，并且永远不会休息

Easy Scheduler Release 1.0.3 Easy Scheduler 1.0.3是1.x系列中的第四个版本。 新特性： [ EasyScheduler-254 ] 流程定义删除和批量删除 [ EasyScheduler-347 ] 任务依赖增加“今日” [ EasyScheduler-273 ]sql任务添加title [ EasyScheduler-247 ]API在线文档 [ EasyScheduler-319 ] 单机容错 [ EasyScheduler-253 ] 项目增加流程定义统计和运行流程实例统计 [ EasyScheduler-292 ] 启用SSL的邮箱发送邮件 [ EasyScheduler-77 ] 定时管理、工作流定义添加删除功能 [ EasyScheduler-380 ] 服务监控功能 [ EasyScheduler-380 ] 项目增加流程定义统计和运行流程实例统计 增强： [ EasyScheduler-192 ] 租户删除前可以考虑校验租户和资源 [ EasyScheduler-376 ] 删除实例时候，没有删除对应zookeeper队列里的任务 [ EasyScheduler-185 ] 项目删除工作流定义还存在 [ EasyScheduler-206 ] 优化部署，完善docker化支持 [ EasyScheduler-381