工作作业流程图绘制.doc

业务流程图绘制流程分享前言：近来一段时间，忙于整顿业务流程图，期间，关于流程图绘制办法和工具也与内部团队和外部做了心得交流，正好，个人生活也牵涉在买房，婚礼，户口迁移等流程中。不知不觉，随着着实践与反思，个人所得系统知识趋于完整，今儿天气极好，坐在飘窗一隅，听着间或几声鸟鸣歌唱，偶尔瞥一眼窗外遍地绿荫，真真觉得是个写点什么日子。因此就整顿成文，如果正好对你有所协助，那是真真好。真实整顿流程牵涉到公司未发布筹划，不好公开，因此在本文中会借助一种简朴案例代替（这个案例呢，也就是筹划写本文前30分分钟才想到，如有考虑不周，请各位见谅），但是仅传达概念和办法，倒也足够了。恩，甄環体告一段落，咱们开始吧。图1：用即时贴与白板做简朴流程图本文会包括几块内容：1. 什么是流程图？流程图和其她图表（如线框图，概念图，架构图，用例图）有什么不同？2. 为什么需要流程图？3. 流程图分类？4. 如何绘制流程图？5. 流程图绘制工具视篇幅状况，会在行文时略加划分为系列，敬请关注并多多交流。第一某些：什么是流程图？1. 定义理解一种事情，我习惯从它定义开始。至于为什么，可以参见我之前博客文章：咱们由于厌恶十年教诲，厌恶背各种定理和定义，因此我发现生活中和工作中诸多人都很讨厌给一种事情下定义以及去参照定义。因此你会发现诸多人在一起争执得不可开交，仔细去听，本来是鸡同鸭讲，主线不在一种频道上。对于一种事情描述，没有一种共同语言，没有所谓术语。有定义较好办，你们共同引用一种定义，发现定义有问题，OK，去补充这个定义，并扩展到更多人群。固然，任何事情过犹不及，咱们互相提示吧。那什么是流程图呢？说文解字是一种理解定义好办法。流程图=流程+图，如下图：图2：流程图定义流程：Flow,是指特定主体为了满足特定需求而进行有特定逻辑关系一系列操作过程，流程是自然而然就存在。但是它可以不规范，可以不固定，可以布满问题。因此就会导致看似没有流程。前不久，团队每个人对接一种业务团队去调研流程，反馈给我流程有某些缺失。询问时，负责人反馈给我答复是：这一块业务她们没有流程。其实严格意义上讲，业务已经开展，不也许没有流程，只是说没有固定流程或者你调研对象也讲不清晰。图：Chart 或者 Diagram，是将基本固化有一定规律流程进行显性化和书面化，从而有助于传播与沉淀、流程重组参照。从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有流程都适合用流程图方式去体现，适合用流程图去体现流程是一定限度固定有规律可循，流程中核心环节不会朝令夕改。2. 流程图与其她图表对比工作中咱们还用到或听到诸多其她类型图表，例如交互设计师们经常说线框图(Wireframes)，信息架构图或站点地图(Site Map)，开发工程师们经常说用例图(Use Case)或E-R图。这些不同图表要表达内容有何种差别呢？简朴做个对比，如图：图3：流程图VS其她惯用图表如果要串到某一种项目来说，可以理解成：用例图（Use Case）：体现了一种角色在系统里要完毕活动是什么，例如顾客这个角色与ATM取款机交互过程中，顾客需要完毕活动有存钱，取钱，查询等。而存钱这个活动再可以进一步细分为插卡，输入密码，输入金额，ATM吐钞，顾客收款，退卡等活动。用例图可以不考虑顾客动作先后顺序，而仅仅提取某些核心动宾短语，映射出系统应当满足功能点。惯用用例图人是产品经理和开发工程师。流程图则表达顾客每一种活动先后顺序，例如顾客必要要先插入银行卡，才可以输入密码，且流程图必要直接体现出各种异常判断，例如当密码错误时，浮现什么提示，密码输入错误超过多少次时，浮现什么提示和动作。惯用流程图人是产品经理，设计师，或者任何需要讲述业务如何运作人。信息架构图,站点地图(Site Map)：体现为了做一种这样系统，功能与内容呈现层次是什么，例如顾客一进去后，欢迎页面导航如何设计，与否直接浮现取款，存款，查询，或者尚有别导航？惯用信息架构图是设计师。但是惯用组织架构图是HR。线框图（Wireframe）：将详细每个界面内容布局和权重表达出来，且标注出某些交互细节设计，例如当密码错误后，如何提示下一步动作。惯用线框图人是设计师。实体关系图(E-R图):则是数据库架构工作，表达一种业务系统或场景中实体时间关系，例如储户与银行卡关系是归属1对多，通过开卡事件产生关联。普通来讲，用矩形来表达实体，椭圆标记这个实体属性，例如储户这个实体属性有：姓，名，手机号码，住址等。而银行卡属性有：开户行，开户名称，银行卡号等。以上这些图表各自均有领域专家，我这里就不班门弄斧了。那么流程图要体现出她差别定义，要素是什么？总结出了流程图6大要素，但愿人们可以记住，这6个要素可以在后来文章里不断回顾，你也可以拿来判断你所看到流程图与否专业。图4：流程图6大要素参加者：谁在这个流程中？可以是系统，可以是个打印机，更多指什么角色普通是有某种工种人。例如客服同步有小A和小B两人，但是若她们工作性质完全同样，那么在流程图里只需要写一种客服角色就可以了。活动：做了什么事，例如点餐，结帐等活动。顺序：这些事情发生先后顺序如何，哪个任务是其她任务前置条件？例如客人不结帐，就不会产生送她优惠卡活动。输入：每项活动开始取决于什么样输入物或数据，例如做饭师傅开始做菜时，需要拿到详细点菜单。输出：每项活动结束后，会输入什么样文档或数据传递给下一方，例如师傅做好菜后，如何让负责传菜人懂得菜已经做好？原则化：采用一套原则化符号用以传递你流程图，从而使受众更快明白。关于流程图原则化，并不是强制，事实上，咱们见过诸各种类流程图，只要可以传递明白任务和顺序其实已经归类于流程图了。如下面图：但是若在一种公司环境下，你流程图受众又非常多话，采用原则化符号会带来诸多交流上好处，总之你懂。第二某些：流程图分类？常用流程图有业务流程图（Transaction Flow），页面流程图（Page Flow）。在工作中，作为UED，你也许会发现PD经常谈是业务流程，而作为交互设计师，咱们更多产出是页面流程图。页面流程图和业务流程图究竟有什么关系呢？ 先有谁，另一方面再有谁呢？先讲个故事：假设你梦想是开个中高档全国连锁餐馆，那么一方面你想到应当不是如何去选址，而是将为什么要开连锁餐馆这件事情，以及你定位，核心竞争力想清晰。是快餐，还是点餐，是连锁还是加盟？定位于社区还是繁华商圈？是川菜还是江浙海鲜？是面向中老年还是年轻人？是家庭主题还是动漫主题？竞争对手是谁？需要什么样投资？也许风险是什么？这些都想清晰了，问题均有答案了，所谓战略层要清晰了吧。然后假设你当前分析来分析去，与重要投资方决定了一种方向：面向年轻人潮流动漫茶餐厅，连锁，但是先在杭州开始第一家，选址定位于年轻人约会，扫街地区，例如风景区，知名商圈，电影院旁等等等等，那么接下来呢？接下来就是想办法让这些实现吧？那么需要做什么事情呢？选址？拉投资？搞装修？选餐饮菜单？雇佣员工？每一步怎么去做，时间点是什么？等等任务拆解以及筹划，就需要到战术层了。这些事情执行，总是需要请人吧？先是核心团队分工去布置各项建设任务，当餐厅开设起来后，就需要组织稳定运营团队，如服务、卫生、厨房、采购、人事等等，厨房里面还得分工，白案，热菜，冷菜等等吧？每个部门需要设立管理层以及报告关系吧？因此你组织构造就诞生了。那详细每种角色是如何顺畅合伙完毕寻常稳定以及突发各项任务呢？例如，当顾客上门时，谁去引导客人入座，谁去点菜，怎么将点菜讯息迅速传递到厨房，并分发到酒水间、冷菜间、热菜间？并保证客人尽快可以吃到所点菜？你必要要考虑各种人员协作流程，优化效率，因此业务流程就浮现了。人肉运营了一段时间，没有借助任何点餐系统，你发现也还可以。客人点菜时，服务员手抄写下客人规定，由于有复印纸，因此服务员可以将副本送入厨房，同步写下餐桌号码。厨房规模较小，负责分派任务员工看下菜单，分别往冷菜处黑板上写下需要她们解决，以及跑到热菜区黑板上写下待解决菜品，以及去酒水间报下品名即可。可是随着经营扩大，以上人肉方式浮现了诸多问题，一方面，手抄效率太低，顾客频繁换菜，响应来不及，手抄出错，导致经常报错菜。厨房很混乱，不得不多招了几种人专门跑堂。而一旦顾客要加菜，撤菜就更麻烦了，需要找出她们当时点菜，再进行人工批注和修改，同步要修改厨房后端各个黑板因此你们想要开发一套智能系统，取代诸多人肉工作，你们请了系统开发团队，她们通过评估，判断从点菜开始，始终到传菜都可以用系统解决。手持终端，可以迅速传递顾客点菜需求到打印机，打印系统可以依照顾客点菜类型进行自动分单打印，因此热菜间看到自己热菜菜单，冷菜间看到自己冷菜菜单，而酒水间看到酒店菜单。当她们准备完毕后，送出，传菜员可以依照菜名与打印出来单据进行传菜并依照顾客点菜小票进行核对。这套系统同步必要配备结算系统，将最后确认掉菜单及消费价格传递到结算前台，收银员可以迅速进行操作。这套系统最后是需要呈现出来，那么手持终端界面如何设计？服务员可以用更少点击完毕一种菜点餐吗？结算中心界面如何设计？通过以上故事，是不是更明白从战略、战术、业务流程图到页面流程图关系了？总结下：先是有一种业务需求和业务目的，也即咱们愿景是什么？（战略）然后就诞生了咱们需要分解出什么样任务，如何执行战术？（战术）然后就诞生了需要架构什么部门，岗位去分工协作？（组织架构）然后就诞生了不同部门在协作完毕某件任务时业务流程？（业务流程）业务流程基本稳定后，往往会考虑优化效率，因此会诞生出系统来支持流程，减少人肉环节，增进数据采集（系统愿景）为了设计这个系统，PD需要思考什么功能可以取代某个环节人肉工作（功能需求，系统流程）不论是怎么样功能最后都会以界面方式呈现，设计师们会关注顾客在系统里任务流，行为途径，让顾客完毕任务更加高效愉悦。（页面流程）固然，除了业务流程，系统流程，页面流程，尚有数据流程被人关注。咱们平时工作中，还会经常听人谈到泳道图啊，任务流程图啊等等概念，究竟是神马关系呢？图5：流程图分类本文着重于上述流程中“业务流程图”并会分享如何绘制泳道图也即是PD们最多使用，技术们最多参照，UED们最多看到流程图。本来在第四某些会对泳道图图示以及绘制办法、原则做更详细阐明，但是看当前篇幅状况，预测会放到下篇，因此先在这里简朴阐明下吧。在工作中，咱们经常可以看到两种业务流程图，从体现形式来看，一种较好区别，俗称为“泳道图”它，在样子上也的确像个泳道，可以有横向泳道，也会有纵向泳道。泳道图在某些文档里会被称为“以活动为单位流程图”，浮在泳道中都是一种个活动。此外一种类型是以部门和岗位为单位流程图，下图中圆形就代表一种个部门或岗位。矩形代表活动。这种流程图关注事情如何完毕逻辑，但是在体现各个部门责任上比较弱。如果是某个岗位人来看，很难像泳道图那样一眼就能看到自己部门职责和任务。因此当前用得比较少。再回过头来说泳道图，泳道图有几种核心点：两大维度，活动流转，流程要素。咱们会在后来详解。第三某些：为什么需要业务流程图？流程图可以提供一种简朴扼要“缩略俯瞰图”，协助观众迅速理解业务如何运转。它包括了几种核心词：谁，什么时候，在什么条件下，做了什么事情，输入什么，输出什么，输出给谁与系统流程不同，业务流程更关注于业务自身如何运作，讲是业务故事，包括是业务规则。而系统流程则是满足业务流程，实现某些流程或所有流程信息化和系统化。因此业务流程是所有环节前置条件软件需求分析，信息系统建设也会先进行业务流程梳理。下面体现了业务流程图是如何在三个重要场景中发挥作用：1. 员工培训图6：流程图应用场景之一：培训在此场景中：流程图可以提供一种迅速理解业务如何运作视图，通过业务流程图，新员工可以迅速明白业务最后目的是什么，中有哪些角色在参加以及她们职责，以及彼此之间联接。除了培训新员工，在员工轮岗、调职场景中，员工也需要业务流程图参照，明白新工作内容如何开展，以及自己所处位置，自己上游是谁，下游是谁，自己需要交付工作内容是什么。2：流程优化与重组图7：流程图应用场景之二：流程优化业务流程重组（Business Process Reengineering）存在可以明确辩驳：存在即合理。事实上，存在业务流程并未是合理，有也许是参加各种角色习惯了某种做法，有也许是变革尚未影响到末端操作，也有也许缺少对于运营中业务流程问题洞察以及强有力变革推动由于要推动业务流程变革，不是某个部门事情，而是需要流程中各个部门通力配合。更多时候，业务流程优化是自上而下，但是老板们未必对实际运作业务流程那么心知肚明，业务流程图可以较好去体现这个“运作模型”。通过看业务流程图，找核心节点人访问，可以直接切入：为什么要这样做，为什么不这样做？从而摸索出更深层次问题，而不是问：你们当前怎么做？通过调研，分析业务流程图，引入更多角色，可以分析出当前业务流程问题：缺失，重复，风险，效率等等。从而制定相应优化方案。3：信息化基本图8：流程图应用场景之三：信息化基本正如上文所述餐馆梦想案例，信息系统一项任务就是解放员工手脚，取代某些重复人力劳动工作。系统上了之后，不是说业务流程不需要而是通过了某些调节，其中某个参加者变成了系统，或手持设备，或打印机而已。那么在做系统功能设计和系统流程设计时，是不是必要先要理解当前业务是如何运作呢？从而更好分析分析，更好阐明系统在什么环节取代了什么类型人肉工作？因此咱们看到PRD往往也会先以业务流程图开始阐明，而论述一种系统建设好处时，也可以用此前业务流程与系统上了之后业务流程进行对比。依照分析，将愿景中新业务流程图背后需要系统功能点撰写清晰。第四某些：如何绘制业务流程图？一方面绘制业务流程图自身有无流程？一定是有。在软件工程学里据说一句话叫：万物皆对象。那么在流程学里，万事皆流程。吃饭难道没流程吗？就吃饭动作而言，就有流程：拿筷子夹菜入口咀嚼吞咽。有不少同窗在这一部份不久想会问一种问题：Heidi，请简介画流程图工具吧？我个人是工具派，从不否认人工欲善其事，必先利其器道理。好工具自身就是一名好教师，除了技能，也可以教会咱们某些理论与理念，这些理念也是“器”中很重要一某些。另一方面才是详细工具应用技能。因此我并不建议直接跳转到工具应用。对于初学者而言，笔与纸永远是最佳入门工具，由于你无需和任何一种陌生软件较劲。那么，绘制业务流程图有无可遵循流程呢？我建议可以从下面4步着手。1. 调研如何迅速理解业务运作真相？有无调研技巧放送？2. 梳理与呈现能否迅速将调研得到文字和问题，迅速转化为业务流程图？业务流程图原则图示是什么？怎么评价一种业务流程图好与坏？3. 评审与确认能否真正让业务流程图反映现实中业务？4. 归档维护流程不断变更，业务流程图如何迅速响应？这些将会在下篇业务流程图绘制流程分享(二)详解。第五某些：绘制工具？如果不搞工具研讨会话，这某些比较简朴.Windows:线下工具人们惯用就是下面三个：小流程图用用PPT就够了，完了就导出图片或截图。交互设计师们由于惯用axure绘制线框图，因此也不必为了流程图去学习新工具，完全可以用axureflow控件完毕简朴业务流程图制作。而PD们则惯用微软visio。此外，特别推荐一种软件：SmartDraw。我近来流程图都是用SmartDraw绘制，你可如下载一种免费版本体验下。这个工具不但仅是为了流程图而设计，几乎上包罗万象：线框图，流程图，E-R图，UML ,韦恩图，甚至甘特图，脑图没有像诸多人推荐就是由于她太庞大了，特别是里面模版。人们体验下：Mac电脑:自然要推荐omniGraffle. 绘制出来任何图表不知为什么总会觉得很美固然，这个软件是可以去.cn下载免费版但是不论windows还是mac，除了线下工具，尚有更多线上选取：但是貌似咱们对线上工具普遍来说都不太放心，是对服务器，网速，尚有对GFW不放心吧。1.这个是界面做得最佳看一种工具。我用它来绘制过概念图（Concept map）。如下图即是用以上工具画。2. 3. .com接上篇业务流程图绘制流程分享(一)，本篇将对上篇中间第四某些如何绘制业务流程图展开更多讨论。本来写完上篇，我发现没有太多必要单纯讨论这一某些内容，由于对于诸多人来讲，缺不是详细做法，而是做这件事情意义以及目的性明确。一旦对这件事情意义和目的有深刻认同，那自然会产生较大动力去研究How这个层次所需办法和技能。时间管理也如此，诸多时间管理技巧牛逼人未必可以把时间管理做到位，由于内心克服不了强大迟延症，而克服迟延诸多时候是一种心理问题而不是技巧问题咳咳，这不是在说我自己吗？话又扯远了，扯扯扯回来啊。那么为什么还专门狗尾续貂（恩，原文也不见得是貂，成语有限，暂时凑合吧），又来这样一篇How枯燥乏味文章呢？由于在上篇文章后，Heidi的确在邮件里收到某些邮件，询问业务流程图详细操作指南这东西较好，这东西很有用，但是似乎上篇都是讲“真实道理”，但是详细怎么做呢？我应当注意什么呢？因此，干脆也分享一下吧。但在书写过程中，我发现一种大难题在于收集整顿出更生动易懂又典型案例。不能使用工作中实际案例，但是短时间又难以找到适当。因此本人对这某些不太满意。也但愿各位读到本文人，可以提供更多案例分享。1. 业务流程图“烹饪三部曲”在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应当是重点。真正重点是将业务流程图核心要素给收集一番。请试图回答清晰如下几种问题，否则不要开始绘制流程图： 整个流程起始点是什么？整个流程终结点是什么？在整个流程中，涉及到角色都是谁？在整个流程中，都需要做什么事情？（可是是一种会议，可以是一种任务）这些会议和任务是可选还是必选？分别产出什么文档？这有点像一种头脑风暴，可以协助你将所需用到原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。在项目管理中，上个月，咱们也试图给去规范化一种数据产品设计开发流程。这是一种数据产品项目，而咱们都不是对此很有经验人。因此咱们召集到所有有关角色，组织了一次头脑风暴及卡片分类法混合式应用。1.让人们头脑风暴出自己以为在项目里必要节点，如“需求调研”，“需求分析”，“kick off会议”，“PRD撰写及确认”，“数据评估”，“技术架构”，“DEMO绘制”，“指标算法定义”，等等。2.在头脑风暴过程中，主持人将这些节点都写到白板上，等没有新节点诞生后，人们一起对节点进行合并归类。之后呢？3.将这些剩余下来真正有价值节点，撰写到即时贴上，开始进行排序。在排序过程中，可以由一种人先主导，她会按照自己理解，将各个节点放到按角色排布泳道中，并设计好先后顺序。在她进行过程中，其她人不断进行提问：“这项任务开始前，需要什么样条件？”“这个任务是必要吗？”然后一起调节先后顺序。直到最后没有人有任何重大异议。4.之后拍照留念。然后可整顿成电子文档，如project或者excel版本（使用excel做项目管理？）但是，业务流程图和上述项目中流程不太相似是：项目中各种活动节点有更宽泛可配备性，任务A和任务B与否并行，还是串行，如果项目构成员达到共识，是可以调节，并且多做尝试。因此可以用集思广益做法去头脑风暴出一种暂定比较合理流程。而业务流程图梳理，有两种: 一种是基于现实发生业务流程如实反映。这显然不是你一种团队可以YY成果。更需要走到现实环境中，去调研，去梳理，去确认。 另一种是基于流程优化方案，当你已经掌握了当前流程现实如何运作时，基于分析，讨论，可以判断出流程中不合理地方，给出一种更完善或者有更效率、成本更低新流程出来或许你规定增长一种部门，或者你需要删减一种环节，或者中间若干步使用新开发系统去取代。总之，大多数时候，你要想做第二种流程图，必然要先将第一种给梳理出来。因此，第一种如实反映流程图是躲但是。既然如此，基于YY或者头脑风暴是不现实。咱们需要走到前线去，掌握现实中业务是如何运作。并且诸多时候，越细节越好。那怎么做呢？基于有限知识与经验，我可以给如下建议：1. 调研2.梳理呈现3.评审确认三部曲，如图所示：2. 调研问对的问题，多问问题，多问几种人除了在本某些开始那几种问题要顾及到，其实调研过程解决依然是who，what，why，how，以及where问题：谁，在什么状况下，做了什么事情，这个事情需要什么前置条件，又输出了什么，这个事情在哪里完毕？搞明白这几种问题，咱们调研就可以圆满完毕了。流程图体现，要回答这几种问题：1.Who谁？部门，角色，岗位2.What什么事情？3.Where在哪里做？在我梳理业务流程图上，where更多表达是文档还是各种系统，用来表达信息化限度。例如当咱们梳理中发现，有一项登记，是用excel而不是业务系统来进行，那么在这里where就可以表达为：excel文档。4.Document那产生这份文档叫什么名字？也写出来，代表有文献传递，而后来要进行信息化话，此份人肉文档也是需要被消除而被系统取代。（相反，如果这项工作是在某个系统里操作，where就可以写成“人事系统”，文档可以继续存在，即该系统中表单名称：“员工登记表单”）5.Condition条件。在这种条件下，下一种活动还可以继续，即用逻辑链接线方式来表达一项活动输入和输出，指向某个活动箭头就表达此活动前置输入条件。6.Dicision决策。有些活动会产生一种条件判断，依照不同判断成果从而走不同分支流程。例如输入员工信息时候，可以依照员工之前与否就职过，选取不同流程，对于已经就职过，选用之前工号而不用生成新工号。举个案例（如果不太恰当，请意会）。假设你受命要调研两家餐饮店业务流程，目是给她们提供性价比最高点餐系统。在调研中：1. 你一方面可以规定精通业务流程人给你系统解说一遍。2. 调研详细操作人，来验证她给你解说与否全面和偏差。3. 实地观测和记录（花点时间走遍业务流程）三种方式互相结合使用。第一种办法可以让你一方面建立一种系统观，理解大体枝干，但是很难切入到也许会浮现问题细节。第二种办法太依赖于问题质量以及问问题场景。有诸多结论不对的其实是由于问错了人或者问问题办法不对。那么就需要借助第三种，在观测中再进行验证。例如，你当前找到了一种厨师：你重要负责做什么菜系？热菜。那菜单都是谁给你？咱们服务员。她都怎么提供应你？她负责客人点菜后，然后手写一种单子，给我放到窗口上。单子上都会写什么？桌号，菜名等那如何客人点是冷菜呢？恩，有复印本，直接拿一份给冷菜间。那你怎么开始工作呢？从洗菜到切菜，始终烹饪都是一种人吗？哦，不，我只负责烹饪。当接到菜单后，一方面我助理睬进行择菜，刀工进行切菜，这样如果有几种菜就完全可以并行。当你们做好后呢？放到窗口，按铃，喊桌号和菜名，传菜员就会传菜。在这些问题中，就涉及到了“分单”，“切菜”，“择菜”，”烹饪”，“传菜”，“上菜”几种活动，也涉及到了“服务员”，“厨师”，“助理”，“刀工”，“传菜员”几种角色。几种活动顺序也比较清晰了。而另一家餐饮店业务流程却是不同样，你同样抓住一种厨师进行询问：要做什么菜，菜单是哪里来？打印出来。所有菜都会在这里打印吗？哦，只有热菜在这里打印出来，冷菜、酒水就会在冷菜间和酒水间打印出来。打印机是谁在操作？没人操作，它会自动打印不同单子给咱们。下面问题，也许厨师就不理解了，要问点菜员了。请问你是怎么点菜？拿设备啊，客人点菜就按几下，确认就好了。之后呢？之后就可以将菜单打印出来。不同菜系会在不同烹饪间打印吗？是，咱们可以分单打印。是在这中心打印机里完毕分单。然后，你可以继续调研烹饪后传菜和上菜流程。3. 梳理并呈现你调研和观测使你拥有了“烹饪”所需原材料。 角色：部门、岗位或人活动：做了什么事情顺序：做这些事情顺序如何规则：什么状况下到什么事情还记得咱们之前提过流程图要素吗？回顾下：接下来任务是不是很简朴，对，就像填空题同样简朴。将活动/事件按照一定规则填到由部门和时间两条维度决定框框里。这个阶段是paper work，你需要将调研阶段收集到原材料用更直观明了方式呈现出来。从而可以更好进行评审和确认。也为后来流程评审和优化做准备。在刚开始，笔和纸原始搭配依然是最佳起步工具。你可以暂时忽视掉美观或者可复用因素。但是当你对要呈现流程已有足够信心时，就可以借助软件工具了。3.1 复杂流程分解不也许将所有活动都放到一张图里呈现。“业务流程是有层次性，这种层次体当前由上至下、由整体到某些、由宏观到微观、由抽象到详细逻辑关系。这样一种层次关系符合人们思维习惯，有助于公司业务模型建立 公司部门之间层次关系表。普通来说，咱们可以先建立重要业务流程总体运营过程（其中涉及了整个公司大战略），然后对其中每项活动进行细化，贯彻到各个部门业务过程，建立相对独立子业务流程以及为其服务辅助业务流程。”引自百度百科 业务流程词条对于诸多新人来讲，业务最难在于划分业务流程图层次上。一方面，明确你要梳理业务流程范畴用大粗略核心节点，讲清晰这个业务流程范畴中故事，就是顶层业务流程图。你顶层业务流程图是业务全局故事简朴表达，但是请注意这里业务全局不见得是公司整体业务全局，而是你界定好业务范畴。例如，下图是餐厅寻常运作流程图，若你界定业务范畴是面向顾客点餐和结帐流程，那么这就是顶层业务流程图。但是若你界定是整个餐厅运作业务流程，那这显然还是一种子集并没有包括餐厅采购、供应商管理、一级库存管理等工作。另一方面，先从顶层业务流程分解开始，由粗至细。顶层业务流程图梳理原则：1.界定范畴内业务全局故事。2.包括该范畴内核心节点。并且，当被质疑说某某环节怎么不存在时，自己要清晰它在下一层分解中应当被包括在那个核心节点中。例如，赠送10周年优惠券，应当会在结帐节点分解中浮现。而打印分单，会在点菜节点中分解。而准备小朋友座椅应当是接待入座环节。3. 顶层流程图分解出来核心节点未必都会细化分解下去，生成二级以及三级流程图。这要看该节点涉及到“活动”以及“角色”与否复杂。再看一种案例，对老式生产型公司进销存主业务流程进行分解。橙色代表被分解点，已经可以分解为四层。当咱们分解到第四层，发现再往下去涉及到活动和角色都已经很少时，就不必再分解了，而是可以将第四层核心节点直接作为第三层业务流程“活动”，而不是子流程图。固然，这是依赖于你梳理业务流程目的。如果你偏偏是要对“打样”环节进行剖析优化，则还可以继续分解下去。这一步工作会帮你建立出清晰流程目录构造，如下图所示是摘选于刚完毕一种流程梳理项目中目录构造某些。可以看到全图即是顶层核心节点，作为老大，也许只要看这一层就够了。下面则会对顶层做更多细化拆解。“H3.样品认证”在顶层业务流程图中，仅仅是一种“活动”，而在自己细化这一种层次中，则会包括详细子活动一级参加者。3.2 流程图惯用图示我惯用就是前两行“活动”，“判断”，“逻辑关系线”，“起始与终结”，以及第二行“子流程”，和“文献/表单”。如果你不是符号控，我建议这几种就足够了。其中，“子流程”此图示就是可以协助你将流程分解得到子流程可以串联起来，例如，当在”A流程”中涉及到进一步需要分解”A1.1流程”时，就可以在”A流程”中用子流程符号代表“A1.1”。然后你读者就会明白要想进一步理解”A1.1应当参照此外一种流程图。流程图惯用构造：给人们看某些案例：基本上包括大多数图示流程图：文档地址：只用到少数几种图示画简朴流程图（台湾人文档中称为程序图但是这里程序不是指计算机程序，而是process，仅仅是体现任务之间解决流程，因此使用极简朴符号也不为怪了）：以上两个流程图案例，从符号复杂限度上来讲，一种是完整流程图，一种是基本流程图，但是从体现形式来讲，都属于“泳道图”Swimlane。这也是咱们最惯用一种体现形式了。泳道图可以较好体现部门或者角色在流程中职责以及上下游协作关系。且流程图自身原则容易掌握，达到共识也就更加容易。3.3 泳道图精要 2大维度：普通泳道图横向会作为部门或岗位维，固然也有例外，如上述案例中就是横泳道。而纵向则做为阶段维时间是从上到下发展。如果复杂泳道图，在任务分解上可以在阶段维里做某些划分，例如“采购”，“生产”，“销售”，”配送”等。 活动流转：活动就像一种游泳员同样，游到不同泳道中去执行任务。在上文中软件推荐某些，我推荐过smartdraw工具，此工具还附带了泳道图模板，人们比较更快可以上手：3.4 Do vs Donnot 业务流程图注意事项！DO1. 让涉众参加，不要闭门造车业务流程图包括了你图上各个参加角色代表，与她们适时确认事情原本流程，禁止自己YY。2. 恰当层次分解，不要将所有都铺到一张图上如上所示。3. 逐渐进一步，先抓枝干切忌胡子眉毛一把抓。4. 流程一定有开始和结束切忌交付出来流程图，让读者还来问你：流程开始点是什么？用清晰代表开始和结束符号来完毕第一步和最后一步。5. 编号，编号，编号这是让沟通效率更高优化办法。当你有了编号系统，相称于对你流程图都赋予了唯一辨认身份证号。这比中文名称更有效。例如当咱们完毕了业务流程图后，负责业务流程规则审核和优化部门可以清晰在邮件里传达：H5.1流程优化，人们就更明确指是什么。DONNOT1. 自己YY应用环节而不是现实中环节2. 所有环节都试图放到一张图上3. 一开始就陷入细节，胡子眉毛一起抓4. 流程很难让人分清晰从哪里开始，到哪里结束4. 评审及后续行动验证你与否做到了以上DO，以及规避了Donnot做法是什么？较好办，及时与各位进行评审。将各个涉众都叫到一起，给她们看你梳理出来成果。这会发现某些故意思事情，除了评审你流程图与否符合现实外，也会评审当前业务流程与否符合抱负。不同部门和岗位代表会在这个评审中，确认当前，也会互相提出意见，甚至吵起来，这不失于做流程优化一种较好契机。暂且不表了。