流程图绘制经验分享汇编.ppt

流程图绘制经验分享 什么是流程图？ 流程图的分类？ 为什么我们需要流程图？ 如何绘制流程图？ 什么是流程图？ 流程：是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程，流程是自然而然就存在的。但是它可以不规范，可以不固定，可以充满问题。所以就会造成看似没有流程。 图：是将基本固化有一定规律的流程进行显性化和书面化，从而有利于传播与沉淀、流程重组参考 从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合用流程图的方式去表现，适合用流程图去表现的流程是一定程度固定的有规律可循的。 流程图的六大要件 参与者(who)：谁在这个流程中？可以是系统，可以是个打印机，更多的指什么角色——一般是有某种工种的人。比如客服同时有小A和小B两人，但是若他们的工作性质完全一样，那么在流程图里只需要写一个客服角色就可以了。 活动(what)：做了什么事，比如策划，设计，礼包配置等活动。 次序(when)：这些事情发生的前后顺序如何，哪个任务是其他任务的前置条件？比如客人不下订单，就不会产生订单处理的活动。 输入(input)：每项活动开始取决于什么样的输入物或数据，比如物流部门开始备货打包时，需要拿到具体的订单信息。 输出(output)：每项活动结束后，会输入什么样的文档或数据传递给下一方，比如财务部设置好礼品卡兑换号段及相应金额后会传递给技术部作为开卡的依据。 标准化(standard)：采用一套标准化的符号用以传递你的流程图，从而使受众更快明白。 关于流程图的标准化 关于流程图的标准化，并不是强制的，事实上，我们见过很多种类的流程图，只要能够传递明白任务和次序其实已经归类于流程图了。如下面的图: 流程图的分类 常见的流程图有业务流程图，系统流程图，数据流程图，页面流程图。 区别 先是有一个业务需求和业务目标，也即我们的愿景是什么？（战略） 然后就诞生了我们需要分解出什么样的任务，如何执行战术？（战术） 然后就诞生了需要架构什么部门，岗位去分工协作？（组织架构） 然后就诞生了不同的部门在协作完成某件任务时的业务流程？（业务流程） 业务流程基本稳定后，往往会考虑优化效率，所以会诞生出系统来支持流程，减少人肉环节，促进数据采集（系统愿景） 为了设计这个系统，需要思考什么功能能够取代某个环节的人肉工作（功能需求，系统流程） 系统开发的过程中需要考虑各种数据的读写与传递。(数据流程) 不管是怎么样的功能最终都会以界面的方式呈现，设计师们会关注用户在系统里的任务流，行为路径，让用户完成任务更加高效愉悦。（页面流程） 泳道图 为什么需要业务流程图 流程图可以提供一种简单扼要的“缩略俯瞰图”，帮助观众快速了解业务如何运转。它包含了几个关键词：谁，什么时候，在什么条件下，做了什么事情，输入什么，输出什么，输出给谁…… 与系统流程不同，业务流程更关注于业务本身如何运作，讲的是业务故事，包含的是业务规则。而系统流程则是满足业务流程，实现部分流程或全部流程的信息化和系统化。 所以业务流程是所有环节的前置条件——软件需求分析，信息系统建设也会先进行业务流程的梳理。 流程图能够提供一种快速了解业务如何运作的视图，通过业务流程图，新员工能够快速明白业务的最终目标是什么，中有哪些角色在参与以及他们的职责，以及彼此之间的联接。 除了培训新员工，在员工轮岗、调职场景中，员工也需要业务流程图参考，明白新的工作内容如何开展，以及自己所处的位置，自己的上游是谁，下游是谁，自己需要交付的工作内容是什么。 业务流程重组（Business Process Reengineering）：存在的业务流程并未是合理的，有可能是参与的多个角色习惯了某种做法，有可能是变革尚未影响到末端的操作，也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动——因为要推动业务流程变革，不是某个部门的事情，而是需要流程中各个部门的通力配合。 更多时候，业务流程优化是自上而下的，但是boss未必对实际运作的业务流程那么心知肚明，业务流程图能够很好去表现这个“运作模型”。通过看业务流程图，找关键节点的人访问，能够直接切入：为什么要这么做，为什么不这么做？从而探索出更深层次的问题，而不是问：你们现在在做什么？ 通过调研，分析业务流程图，引入更多角色，能够分析出目前业务流程的问题：缺失，重复，风险，效率等等。从而制定相应的优化方案。 信息系统的一项任务就是解放员工的手脚，取代一些重复的人力劳动工作。系统上了之后，不是说业务流程不需要而是经过了一些调整，其中某个参与者变成了系统，或手持设备，或打印机而已。 那么在做系统的功能设计和系统流程设计时，是不是必须先要了解目前业务是如何运作的呢？从而更好分析分析，更好说明系统在什么环节取代了什么类型的人肉工作？ 所以我们看到的P