被执行人信息消除流程图
大家好，今天来为大家解答被执行人信息消除流程图这个问题的一些问题点，包括如何绘制业务流程图也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~
本文目录
一、工作流程与业务流程的区别
工作流程与业务流程的区别，工作流程是指工作事项的活动流向顺序，业务流程是企业中一系列创造价值的活动的组合，那工作流程与业务流程的区别在哪？两者之间又有什么关系？下面和我一起来看看吧！
企业的经营管理如同太空中的行星一样有自己的轨道，遵循一定的规律；也就是说企业在经营管理过程中，其业务受外部社会环境、市场环境以及企业自身内部环境的约束，按照一定的业务规则运行。业务按照一定的业务规则运行就形成了业务流程。
换言之，在日常业务处理（或工作）过程中，每一种业务（或每一项工作）都是由（或都可分为）几个业务（或工作）步骤，而这些业务（或工作）步骤有先后之分，彼此之间有依赖关系，承担（或完成）这些业务（或工作）步骤的人也有职责（或权限）划分，将这些业务（或工作）步骤按照实际需求的先后次序、依赖关系与承担（或完成）这些业务（或任务）步骤的责任人连接起来，形成一个有机联系的整体――目标、任务、责任、条件等的序列化，这就是通常所说的工作流（Workflow），俗称为业务过程（Business Process）或工作流程（Process Workflow）。
工作流是指在计算机应用领域将上述业务过程计算机化或电子化，也就是应用计算机应用技术实现业务处理过程（运转、监控、分析等）的自动化。
工作流管理联盟（WfMC）对工作流的定义为：工作流是一类能够完全或者部分自动执行的业务过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。
Business Process Management(BPM)，即业务流程管理，是一套达成企业各种业务环节整合的全面管理模式。BPM涵盖了人员、设备、桌面应用系统、企业级 Backoffice应用等内容的优化组合，从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。 BPM通常以Internet方式实现信息传递、数据同步、业务监控和企业业务流程的持续升级优化。显而易见，BPM不但涵盖了传统“工作流”的流程传递、流程监控的范畴，而且突破了传统“工作流”技术的瓶颈。BPM的推出，是工作流技术和企业管理理念的一次划时代飞跃。
业务流程管理是指根据业务环境的变化，推进人与人之间、人与系统之间以及系统与系统之间的整合及调整的经营方法与解决方案的IT工具。业务流程管理应该包括"建模-实施-监控-管理"等过程，要具备其所需的所有服务与工具才能叫作BPM。
现在的信息系统开发方式的缺点在于对需求表达不清晰、效率不高。在这种思维方式下流程被固化在系统中，企业不能随着商业环境的变化而方便迅速地改变业务流程，而企业环境的变化促使企业必须快速地调整业务来响应。实时性企业将敏捷地使用最新信息，以积极地消除其关键性业务流程中的管理与执行层面出现的低效率延迟。BPM的出现正是为了解决企业流程实时改变所带来的敏捷性、实时效果评估、资源整合与优化等问题，而这些问题是不能为传统的OA和工作流所解决的。
通过BPM，可以对业务流程进行自动化,并通过流程的分析及监控功能,对业务进行整合及计量,从业务角度、组织角度、IT角度都可得到可量化的改善效果，这种效果随着管理者通过BPM分析与优化流程，将越来越显著。
完整的BPM系统需由图形化流程设计环境、流程管理与监控、BPM引擎、使用者执行环境以及整合各种资源的底层EAI平台等主要元素所架构而成。一般来说，BPM基于SOA(Service Oriented Architecture)架构。BPM通过捆绑其他应用系统的服务来制作并提供跨应用系统的BPM流程，也可以组合各个单纯的业务服务生成新的服务，对其基本要素进行模块化管理，并且可以循环使用。基于SOA的架构将对J2EE平台的适应性提出更高的要求，Gartner的研究表明，未来2年与J2EE平台结合紧密的.BPM产品将占据主导地位。
管理流程是指企业为了控制风险，降低成本，提高服务质量、工作效率以及对市场的反应速度，最终提高顾客满意度和企业市场竞争力进而达到利润最大化和提高经营效益的目的。
业务流程，是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。
管理流程的组成包括设计模块，设计流程图的工具，使用流程设计模块可以建立流程图、保存流程图、把流程图分配给流程；运行模块（流程信箱），启动流程、接收流程、执行任务、发送流程；监管模块，流程管理工具，管理员可以查看和监控已经运行的流程。
业务流程建模包括建立流程，主要的业务流程是直接存在于企业价值链条的活动，包含采购、生产、销售等活动。辅助的业务流程为主要业务流程提供服务，包含管理、后勤、财务等活动；层次关系，由总体到部分、由宏观到微观的逻辑关系；同级多个部门之间业务流程上的合作关系。
管理流程主要内容是当用户对数据进行操作规程时人与人之间或活动与活动之间的数据流向，以及在一个项目的生命周期内跟踪所有事务和数据的活动。
业务流程的主要内容是说明业务、工作的流程，及在流程中明确各自的分工和职责，关键的控制点等。业务流程要重点注意可靠性、资源利用率、反应性、灵活性、较低的管理成本。
轨道是火车的运送路径，走不同的轨道可能会走向不同的目的地，甚至相同的目的地之间可以有不同的轨道。也就是说在这个过程中会有很多的灵活性，也可以在必要的时候选择路径。
在业务流程的世界中，“轨道”就是工作流，是火车必须遵循的道路。工作流可以很长，而且可以包含多个停止（节点）。工作流不一定是直线，可以通过不同的预定路径，来到达不同的站点。
所以在为业务流程创建工作流的时候，其实正在铺设轨道，告诉火车要去哪里。
当我们开始使用“业务流程”这个词的时候，我们不是仅仅谈论“轨道”，而是要关注从A到B所设计的一切。
我们还是回到火车轨道这个例子来，我们会发现从A到B，还包含了很多其他的因素。
火车车厢就是表单。就像火车车厢是为了运送货物一样，业务流程重的表单为了存储数据并且把它们从一个地方传输到另外一个地方。优秀的工作流平台可以自动填充数据。自动完成“装货”、“卸货”，同时能够对不同站点来隐藏不需要看到的数据。
站点就是任务流程节点。不同的站点对货物需要不同的装卸操作，就像在业务流程里面的节点一样，需要对数据进行审查、编辑、批准、增加新数据。
有时候，火车会在车站停留很久。就像业务流程卡到了一个不能立即完成手动任务的人。这时候整个业务流程系统就会造成挤压和阻塞。
所以，需要有自动化。如果火车在每一个站点，都可以自动的完成相应的操作，而不需要任何的手动参与。我们都知道，电脑的自动处理，可比我们快多了。
发动机就是流程引擎。上述的自动化看起来非常的性感，但是其实却是一个非常复杂而庞大的引擎。有了像轻流这样的业务流程引擎，就不用在这些重复劳动中，花费太多的人力。
列车的整个系统和业务流程还有很多相似的地方，时间表、报告、通知、和其他系统之间的集成。
二、工程审计流程是什么
工程项目前期审计，主要是对工程前期准备工作及施工管理的各项内控制度进行审计。及早发现矛盾和管理上的薄弱环节，防患于未然，为后续工程施工打下坚实基础。
1、首先审查《工程承包合同》：是否签订了项目承包合同，合同双方是否具有法人资格和相应的履约能力，内容是否合规完整；权、责、利划分是否明确。如有分包工程，还应审查《工程分包合同》。
2、审查工程施工准备工作情况：施工组织设计是否先进，现场施工队伍和机械设备的配置能否满足需要，指挥部的设置、定员、人员素质能否符合管理要求，达到精干高效、结构合理。
3、工程预算编制审查：是否编制了工程项目成本预算、费用预算、资金预算，编制依据是否充分，内容是否完整，预算定额是否合理。
4、对内控制度建立的审查：是否建立工程预算管理、合同管理、工资管理、成本管理、设备材料管理、安全质量管理、财务管理、分包工程管理等一系列管理制度，各项制度是否完善、严密。
工程施工过程审计或称中期审计，主要围绕成本效益情况进行的审计。通过对工程项目的事中监督，发现并纠正施工管理中存在的问题，及时堵塞漏洞，降低成本，提高效益。
1、工程成本管理审查：通过对人工费、材料费、机械使用费、其他直接费、间接费等构成成本五大要素的逐一审查，找出薄弱环节，提出对策和建议。
(1)人工费的审查：审查工时统计资料是否真实、准确，是否按劳动定额核算人工费，工资、奖金是否与效益和劳动生产率挂钩，有无不按规定多发工资，巧立名目发奖金，有无违反规定将其他费用列人人工费，使人工费超支加大。
(2)材料费审查：材料费是工程成本的主要组成部分，控制了材料支出，就有效控制了成本。审查材料物资消耗是否按定额控制，实行限额发料，材料实际消耗与预算定额的差额是否合理，材料的采购、管理、消耗手续是否齐备，有无损失浪费现象，余料是否盘点，料差和周转材料是否按规定分摊。
(3)机械使用费的审查：机械台班统计资料是否完整、真实，机械使用是否充分，有无因操作失误而造成机使费超耗浪费，费用分摊是否准确、合理。
(4)直接费和间接费的审查：审查直接费、间接费的开支是否有严格控制，有无违反规定随意扩大开支范围，提高开支标准，乱挤乱列成本的现象，费用摊销是否合理。
2、安全、质量、工期的审查：审查施工进度是否按计划进行，是否存在只抓进度而放松工程安全和质量管理，有无违规操作而导致安全质量事故的发生，造成经济损失。
3、内控制度的审查：审查各项内控制度是否贯彻实施，有无流于形式而造成管理失控，对分包工程是否进行有效管理，是否存在只包不管或以包代管现象，有无因管理不善而造成返工窝工等现象，影响工期和效益。
4、对工程结算、会计核算的审计：工程价款收入支出是否真实，工程结算是否符合规定，验工计价是否及时，手续资料是否完备，有无拖欠工程款现象，成本核算是否符合会计制度。
终结审计主要侧重于经济责任审计。通过对工程项目的工期、质量、安全、效益及国有资产的安全完整等方面进行审计，从而对项目负责人的管理绩效作出评价。
1、对完工后的各项资产进行清查、核实，防止资产流失。
2、审查是否完成工程承包合同规定的各项指标，有无违反国家财经纪律的行为。
3、工程是否按期交工，并办理了竣工结算，财务决策是否符合规定。
4，工程期间有无发生安全质量事故，并分析原因责任。
5、是否按国家规定及时全部交纳了各种税金，有无拖、漏、少缴行为。
即看图核实工程量与工程价款，审定工程造价的一种方法基建工程决算审计，首先必须认真仔细地看清所有的施工图纸，才能全面准确无误地计算审定工程造价的真实性。
要求审计人员必须熟练掌握所有的建筑识图知识，不仅要看建筑施工图，而且要看结构施工图和竣工图；不仅要看水电平面图，而且要看水电系统图；不仅要将每一张图纸看懂吃透，而且要将所有的图纸综合分析。
它是指审计人员亲临建筑现场，对审计事项进行实地观察，调查了解建设项目的实际情况，发现疑点，验证事实，核实实际工程量，审定工程造价的一种方法。
它是指审计人员通过询问被审计单位参与基建项目管理的负责人、当事人、知情人或施工单位施工员、预算员、知情者，以证实基建工程量与工程价款的真实性、合理性的一种方法。
审计人员通过询问获得的审计线索有可能引出有力的审计证据，揭露事实的真相。所以询问法也是基建工程决算审计最直接、最常用的一种有效的方法。
它是指审计人员深入实际进行调查研究，以查证基建工程量与工程价款的真实性、合理性的一种方法。如对水电主材价格进行市场调查分析，对基建工程量进行调查走访等。调查法是基建工程决算审计一种切实可行的有效方法。
它是指审计人员会同被审计单位有关人员与施工单位有关人员到建筑现场，对有疑点的隐蔽工程进行挖开核实工程量与工程价款的方法。开挖法比较直接，容易验证出问题的真假，但工作量大，所以一般实行抽样定点的方式。
它是指审计人员运用各种系统方法，对基建工程项目的具体内容进行分离和分类，然后综合分析，发现疑点，揭露问题的方法。
即审计人员深入建筑现场，对照施工图纸，实地测量有关工程量（如门窗洞口的大小、建筑物的长宽高等），计量有关器材物质数量（如配电箱数量、灯具数量、水暖器材的数量等），确定核实基建工程决算工程量与造价真实性、合理性的一种审计方法。
指在基建工程决算审计中用一种记录或资料同另一种记录或资料进行查对，用相互验证和复核的手段，验证基建工程决算工程量与造价真实性、合理性的一种审计技术方法。
参考资料来源：百度百科——工程审计
参考资料来源：百度百科——工程项目审计
三、如何绘制业务流程图
在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应该是重点。
真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题，否则不要开始绘制流程图：
整个流程的起始点是什么？整个流程的终结点是什么？
在整个流程中，涉及到的角色都是谁？
在整个流程中，都需要做什么事情？（可是是一个会议，可以是一个任务）
这些会议和任务是可选还是必选的？
这有点像一个头脑风暴，能够帮助你将所需用到的原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。
在项目管理中，上个月，我们也试图给去规范化一个数据产品的设计开发流程。
这是一个数据产品的项目，而我们都不是对此很有经验的人。所以我们召集到所有相关的角色，组织了一次头脑风暴及卡片分类法的混合式应用。
让大家头脑风暴出自己认为在项目里必须的节点，如“需求调研”，“需求分析”，“kick off会议”，“PRD撰写及确认”，“数据评估”，“技术架构”，“DEMO绘制”，“指标算法定义”，等等。
在头脑风暴过程中，主持人将这些节点都写到白板上，等没有新的节点诞生后，大家一起对节点进行合并归类。之后呢？
将这些剩余下来的真正有价值的节点，撰写到即时贴上，开始进行排序。在排序过程中，可以由一个人先主导，他会按照自己的理解，将各个节点放到按角色排布的泳道中，并设计好先后的顺序。在他进行的过程中，其他人不断进行提问：“这项任务开始前，需要什么样的条件？”“这个任务是必须的吗？”然后一起调整先后顺序。直到最终没有人有任何重大的异议。
然后可整理成电子文档，如project或者excel版本（使用excel做项目管理？）
但是，业务流程图和上述项目中的流程不太相同的是：
项目中的各种活动节点有更宽泛的可配置性，任务A和任务B是否并行，还是串行，如果项目组成员达成共识，是可以调整，并且多做尝试的。所以可以用集思广益的做法去头脑风暴出一个暂定比较合理的流程。而业务流程图的梳理，有两种:
一种是基于现实发生的业务流程如实反映。这显然不是你一个团队能够YY的结果。更需要走到现实环境中，去调研，去梳理，去确认。
另一种是基于流程优化的方案，当你已经掌握了目前的流程现实如何运作时，基于分析，讨论，能够判断出流程中不合理的地方，给出一个更完善或者有更效率、成本更低的新的流程出来——或许你要求增加一个部门，或者你需要删减一个环节，或者中间的若干步使用新开发的系统去取代。
总之，大多数时候，你要想做第二种流程图，必然要先将第一种给梳理出来。所以，第一种如实反映的流程图是躲不过的。既然如此，基于YY或者头脑风暴是不现实的。我们需要走到前线去，掌握现实中业务是如何运作的。而且很多时候，越细节越好。
那怎么做呢？基于有限的知识与经验，我可以给如下建议：
调研——2.梳理呈现——3.评审确认三部曲，如图所示：
2.调研——问正确的问题，多问问题，多问几个人
除了在本部分开始的那几个问题要顾及到，其实调研过程解决的仍然是who，what，why，how，以及where的问题：谁，在什么情况下，做了什么事情，这个事情需要什么前置条件，又输出了什么，这个事情在哪里完成的？搞明白这几个问题，我们的调研就可以圆满完成了。
流程图的表现，要回答这几个问题：
Where——在哪里做的？在我梳理的业务流程图上，where更多表示是文档还是各种系统，用来表示信息化的程度。比如当我们梳理中发现，有一项登记，是用excel而不是业务系统来进行的，那么在这里的where就可以表示为：excel文档。
Document——那产生的这份文档叫什么名字？也写出来，代表有文件的传递，而以后要进行信息化的话，此份人肉文档也是需要被消除而被系统取代的。（相反，如果这项工作是在某个系统里操作的，where就可以写成“人事系统”，文档可以继续存在，即该系统中的表单名称：“员工登记表单”）
Condition——条件。在这种条件下，下一个活动还能够继续，即用逻辑链接线的方式来表示一项活动的输入和输出，指向某个活动的箭头就表示此活动的前置输入条件。
Dicision——决策。有些活动会产生一个条件判断，根据不同的判断结果从而走不同的分支流程。比如输入员工信息的时候，可以根据员工之前是否就职过，选择不同的流程，对于已经就职过的，选用之前的工号而不用生成新的工号。
举个案例（如果不太恰当，请意会）。假设你受命要调研两家餐饮店的业务流程，目的是给他们提供性价比最高的点餐系统。
1.你首先可以要求精通业务流程的人给你系统讲解一遍。
2.调研具体操作的人，来验证他给你讲解的是否全面和偏差。
3.实地观察和记录（花点时间走遍业务流程）
三种方式相互结合使用。第一种方法可以让你首先建立一个系统观，了解大体枝干，但是很难切入到可能会出现问题的细节。第二种方法太依赖于问题的质量以及问问题的场景。有很多结论的不正确其实是因为问错了人或者问问题的方法不对。那么就需要借助第三种，在观察中再进行验证。
她负责客人点菜后，然后手写一个单子，给我放到窗口上。
恩，有复印本，直接拿一份给冷菜间。
那你怎么开始工作呢？从洗菜到切菜，一直烹饪都是一个人吗？
哦，不，我只负责烹饪。当接到菜单后，首先我的助理会进行择菜，刀工进行切菜，这样如果有几个菜就完全可以并行。
放到窗口，按铃，喊桌号和菜名，传菜员就会传菜。
在这些问题中，就涉及到了“分单”，“切菜”，“择菜”，”烹饪”，“传菜”，“上菜”几个活动，也涉及到了“服务员”，“厨师”，“助理”，“刀工”，“传菜员”几个角色。几个活动的次序也比较清楚了。
而另一家餐饮店的业务流程却是不一样的，你同样抓住一个厨师进行询问：
哦，只有热菜在这里打印出来，冷菜、酒水就会在冷菜间和酒水间打印出来。
没人操作，它会自动打印不同的单子给我们。
……下面的问题，可能厨师就不了解了，要问点菜员了。
拿设备啊，客人点菜就按几下，确认就好了。
不同的菜系会在不同的烹饪间打印吗？
是的，我们可以分单打印。是在这中心打印机里完成分单。
然后，你可以继续调研烹饪后的传菜和上菜流程。
你的调研和观察使你拥有了“烹饪”所需的原材料。
还记得我们之前提过的流程图要素吗？回顾下：
接下来的任务是不是很简单，对，就像填空题一样简单。将活动/事件按照一定的规则填到由部门和时间两条维度决定的框框里。
这个阶段是paper work，你需要将调研阶段收集到的原材料用更直观明了的方式呈现出来。从而能够更好进行评审和确认。也为以后的流程评审和优化做准备。
在刚开始，笔和纸的原始搭配仍然是最好的起步工具。你可以暂时忽略掉美观或者可复用的因素。但是当你对要呈现的流程已经有足够的信心时，就可以借助软件工具了。
不可能将所有的活动都放到一张图里呈现。
“业务流程是有层次性的，这种层次体现在由上至下、由整体到部分、由宏观到微观、由抽象到具体的逻辑关系。这样一个层次关系符合人们的思维习惯，有利于企业业务模型的建立企业部门之间的层次关系表。一般来说，我们可以先建立主要业务流程的总体运行过程（其中包括了整个企业的大的战略），然后对其中的每项活动进行细化，落实到各个部门的业务过程，建立相对独立的子业务流程以及为其服务的辅助业务流程。”
——引自《百度百科》业务流程词条
对于很多新人来讲，业务最难的在于划分业务流程图的层次上。
首先，明确你要梳理的业务流程的范围——用大的粗略的关键节点，讲清楚这个业务流程范围中的故事，就是顶层业务流程图。你的顶层业务流程图是业务全局故事的简单表达，但是请注意这里的业务全局不见得是公司整体的业务全局，而是你界定好的业务范围。比如，下图是餐厅的日常运作流程图，若你界定的业务范围是面向顾客的点餐和结帐流程，那么这就是顶层业务流程图。但是若你界定的是整个餐厅的运作业务流程，那这显然还是一个子集——并没有包含餐厅的采购、供应商管理、一级库存管理等工作。
其次，先从顶层的业务流程分解开始，由粗至细。顶层业务流程图的梳理原则：
2.包含该范围内的关键节点。并且，当被质疑说某某环节怎么不存在时，自己要清楚它在下一层分解中应该被包含在那个关键节点中。比如，赠送10周年优惠券，应该会在结帐节点分解中出现。而打印分单，会在点菜节点中分解。而准备儿童座椅应该是接待入座环节。
3.顶层流程图分解出来的关键节点未必都会细化分解下去，生成二级以及三级的流程图。这要看该节点涉及到的“活动”以及“角色”是否复杂。
再看一个案例，对传统生产型企业的进销存主业务流程进行分解。橙色的代表被分解点，已经可以分解为四层。当我们分解到第四层，发现再往下去涉及到的活动和角色都已经很少时，就不必再分解了，而是可以将第四层的关键节点直接作为第三层业务流程的“活动”，而不是子流程图。
当然，这是依赖于你梳理业务流程的目标。如果你偏偏是要对“打样”环节进行剖析优化，则还可以继续分解下去。
这一步的工作会帮你建立出清晰的流程目录结构，如下图所示是摘选于刚完成的一个流程梳理的项目中的目录结构部分。可以看到全图即是顶层关键节点，作为老大，可能只要看这一层就够了。下面则会对顶层做更多细化拆解。
“H3.样品认证”在顶层业务流程图中，仅仅是一个“活动”，而在自己细化的这一个层次中，则会包含详细的子活动一级参与者。
我常用的就是前两行的“活动”，“判断”，“逻辑关系线”，“起始与终止”，以及第二行的“子流程”，和“文件/表单”。如果你不是符号控，我建议这几个就足够了。
其中，“子流程”此图示就是可以帮助你将流程分解得到的子流程能够串联起来，比如，当在”A流程”中涉及到进一步需要分解的”A1.1流程”时，就可以在”A流程”中用子流程符号代表“A1.1”。然后你的读者就会明白要想进一步了解”A1.1″应该参考另外一个流程图。
基本上包含大多数图示的流程图：
只用到少数几个图示画的简单流程图（台湾人的文档中称为程序图——不过这里的程序不是指计算机程序，而是process，仅仅是体现任务之间的处理流程，所以使用极简单的符号也不为怪了）：
以上两个流程图案例，从符号的复杂程度上来讲，一个是完整流程图，一个是基本流程图，但是从表现形式来讲，都属于“泳道图”——Swimlane。这也是我们最常用的一种表现形式了。泳道图能够很好体现部门或者角色在流程中的职责以及上下游的协作关系。且流程图本身的标准容易掌握，达成共识也就更加容易。
2大维度：一般泳道图的横向会作为部门或岗位维，当然也有例外，如上述案例中就是横的泳道。而纵向则做为阶段维——时间是从上到下发展的。如果复杂的泳道图，在任务分解上可以在阶段维里做一些划分，比如“采购”，“生产”，“销售”，”配送”等。
活动流转：活动就像一个游泳员一样，游到不同的泳道中去执行任务。
在上文中的软件推荐部分，我推荐过smartdraw工具，此工具还附带了泳道图的模板，大家比较更快能够上手：
3.4 Do vs Donnot业务流程图的注意事项！
业务流程图包含了你图上的各个参与角色代表，与他们适时确认事情的原本流程，禁止自己YY。
2.恰当的层次分解，不要将所有都铺到一张图上
切忌交付出来的流程图，让读者还来问你：流程的开始点是什么？用清晰的代表开始和结束的符号来完成第一步和最后一步。
这是让沟通效率更高的优化措施。当你有了编号系统，相当于对你的流程图都赋予了唯一识别身份证号。这比中文名称更有效。比如当我们完成了业务流程图后，负责业务流程规则审核和优化的部门能够清楚在邮件里传达：H5.1流程优化，大家就更明确指的是什么。
1.自己YY应用的环节而不是现实中的环节
2.所有的环节都试图放到一张图上
3.一开始就陷入细节，胡子眉毛一起抓
4.流程很难让人分清楚从哪里开始，到哪里结束
验证你是否做到了以上的DO，以及规避了Donnot的做法是什么？
很好办，及时与各位进行评审。将各个涉众都叫到一起，给他们看你梳理出来的成果。
这会发现一些有意思的事情，除了评审你的流程图是否符合现实外，也会评审目前的业务流程是否符合理想。不同的部门和岗位的代表会在这个评审中，确认当前，也会相互提出意见，甚至吵起来，这不失于做流程优化的一个很好的契机。暂且不表了。
如果你还想了解更多这方面的信息，记得收藏关注本站。
河南信修修信用管理有限公司版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！