如何绘制业务流程图业务的表达的6个关键问题话

如何画出业务流程图 业务流程图表达的六个关键问题，遥遥无期业务流程图的基本要素，又回来了。那为什么还专门继续貂皮（好吧，原文不一定是貂皮，成语有限，暂时凑合吧），搞出How这么无聊的文章？因为在上一篇文章之后，海蒂确实收到了一些邮件中的邮件，询问业务流程图的具体操作指南——这个东西很好，这个东西很有用，不过好像上一篇文章都是关于“真实的真相”，但究竟如何？我应该注意什么？ ...所以，让我们也分享一下。但是在写的过程中，我发现一个很大的问题就是要收集整理更生动、通俗易懂的典型案例。不能在工作中使用实际案例，但很难在短时间内找到合适的。所以我对这部分不满意。也希望看到这篇文章的人能提供更多的案例分享。 ————————————————————-分离线 ——————————————————————————————-< @1. 业务流程图的“烹饪三部曲” 在绘制业务流程图之前，思考如何美观，如何交互，使用什么工具不应该是重点。真正的重点是收集业务流程图的关键元素。请尽量回答清楚以下问题，否则不要开始画流程图：整个过程的起点是什么？整个过程的终点是什么？整个过程中涉及的角色有哪些？整个过程需要做什么？ （但会议可以是一项任务）这些会议和任务是可选的还是必需的？产生什么文件？这有点像头脑风暴，可以帮助你得到你需要的原材料。有了这些“饭”和“水”，你就不用担心怎么做饭了。

在项目管理上，上个月我们也尝试规范一个数据产品的设计和开发流程。这是一个数据产品项目，我们都没有经验。因此，我们汇集了所有相关角色，组织了头脑风暴和卡片分类的混合应用。让大家头脑风暴一下自己认为项目中必要的节点，比如“需求研究”、“需求分析”、“启动会议”、“PRD编写与确认”、“数据评估”、“技术架构”、“ DEMO《绘图》、《指标算法定义》等。在头脑风暴的过程中，版主把这些节点写在了白板上，等没有新节点诞生后，大家将节点合并归类在一起。那么呢？写下这些剩下的真的很有价值便签上的节点并开始排序。排序过程中，一个人可以先带头，他会根据自己的理解将每个节点放入按角色排列的泳道中业务流程图的基本要素，并设计顺序。在他的进步过程中，其他人不停地问：“这个任务开始前需要什么条件？”“这个任务有必要吗？”然后一起调整顺序，直到最后没有人有什么大的反对，之后拍照，然后就可以整理了整数o 电子文档，如项目或excel版本（项目管理用excel？） 但是，业务流程图与上述项目中的流程不一样：项目中的各种活动节点配置更广泛 是否任务A和任务B是并行的还是串行的，如果项目组成员达成共识，可以调整并进行更多尝试。

因此，您可以使用头脑风暴来提出一个暂时合理的流程。业务流程图有两种：一种是基于现实中发生的实际业务流程。这显然不是你们团队能够YY的结果。更需要到真实的环境去调查、梳理、确认。另一种是基于流程优化的解决方案。当你掌握了当前流程在现实中是如何工作的，在分析讨论的基础上，你可以判断出流程中不合理的部分，并给出更完整或更高效、更具成本效益的解决方案。低新流程出现——也许你需要添加一个部门，或者你需要删除一个链接，或者中间的一些步骤被新开发的系统所取代。总之，很多时候，要做第二张流程图，首先要整理出第一张。因此，第一种反映真相的流程图是不可避免的。这种情况下，靠YY或者头脑风暴是不现实的。我们需要深入一线，把握现实中的商业运作方式。很多时候，越详细越好。怎么做？以我有限的知识和经验，我可以给出以下建议： 1. 研究—2. 梳理呈现—3. 回顾并确认三部曲，如图：< @k2@ > 研究 - 提出正确的问题，提出更多的问题，并询问更多的人。除了本节开头的几个问题，其实研究过程中还是解决了who,what,why,how,where等问题：谁，在什么情况下，做了什么，这个东西需要什么前提条件，输出是什么，这件事是在哪里完成的？了解了这些问题后，我们的研究就可以顺利完成了。

流程图的表现应该回答这些问题：谁 - 谁？部门、角色、职位 什么 - 什么？哪里——在哪里做的？在我整理的业务流程图中，哪里更多的是一个文件或各种系统，用来表示信息化程度。比如我们在整理的时候发现有一个用excel而不是业务系统进行的注册，那么这里的where可以表示为：excel文档。文档 - 生成的文档的名称是什么？也写出来了，说明有文件的转移，以后如果要进行信息化，这个人肉文件也需要淘汰，被系统替换掉。 （反之，如果这个作品是在某个系统中操作的，where可以写成“人事系统”，该文件可以继续存在，也就是这个系统中的表格名称：“员工登记表”） 条件- 健康）状况。在这种情况下，下一个活动可以继续进行，即一个活动的输入和输出用逻辑链接线表示，指向一个活动的箭头表示该活动的预输入条件。决定——决定。有些活动会产生条件判断，根据不同的判断结果，会经过不同的分支流程。例如，在输入员工信息时，可以根据员工之前是否工作过，选择不同的流程。对于已经工作过的人，使用以前的工作编号而不是生成新的工作编号。举个例子（如果不太对，请注意）。

假设您的任务是研究两家餐厅的业务流程，以便为他们提供最具成本效益的点餐系统。在研究中：1. 你可以先请一个精通业务流程的人向你解释这个系统。 2. 调查操作具体操作的人，验证他向你解释的内容是否全面和有偏见。 3. 现场观察和文档（花时间浏览业务流程）相互结合使用。第一种方法可以让你先构建一个系统视图来了解大致的分支，但是很难切入可能出错的细节。第二种方法过于依赖问题的质量和提出问题的上下文。许多结论是不正确的，因为问错了人或以错误的方式提出问题。那么就需要用到第三个了，然后在观察中进行验证。比如你现在找到了一位厨师：你主要负责什么菜系？热菜。谁给你的菜单？我们的服务器。她是如何提供给你的？她负责客人点菜后，亲手写了一份清单，放在橱窗上给我看。清单上会写什么？桌号、菜名等。那么客人怎么点凉菜呢？嗯，有本子，拿本子去冷菜室就行了。那么你如何开始工作呢？从洗菜到切菜，是一个人一直在做饭吗？哦不，我只负责做饭。收到菜单后，我的助手会先选菜，菜刀切菜，这样如果有几道菜，就可以完全平行。完成后怎么办？放在窗边，按门铃，叫桌号和菜名，厨师就会传菜。 ...在这些问题中，有“点菜”、“切菜”、“选菜”、“做饭”、“传菜”、“上菜”等几个活动，还涉及“服务员”、“厨师” “”、“助理”、“刀工”、“炊具”几个角色。

几项活动的顺序也更加清晰。另一家餐厅的业务流程不同。您还请一位厨师问：您要烹制什么菜，菜单来自哪里？打印。所有的菜都会在这里打印吗？哦，这里只印热菜，凉菜和饮料印在冷菜和饮料中。谁操作打印机？没有人在操作，它会自动打印一份不同的清单给我们。 ……以下的问题，主厨可能看不懂，所以只好问点菜人了。请问你是怎么订的？拿着设备，点几下就可以下单确认了。然后？然后可以打印菜单。不同的烹饪室会印出不同的美食吗？是的，我们可以单独打印。正是在这台中央打印机上完成订单分发。然后，您可以继续调查烹饪后的交付和服务过程。 3. 结合并展示您的研究和观察，为您提供“烹饪”所需的原材料。角色：部门、职位或人 活动：做了什么 顺序：做这些事情的顺序是什么？点评：接下来的任务不是很简单，没错，就是填空题那么简单。按照一定的规则将活动/事件填入部门和时间两个维度确定的方框中。这个阶段是文书工作，你需要将研究阶段收集的原材料以更直观、更清晰的方式呈现出来。这允许更好的审查和验证。同时为未来的流程审查和优化做好准备。

在开始的时候，笔和纸的原始组合仍然是最好的开始工具。您现在可以忽略美学或可重用性。但是，当您对要呈现的过程有足够的信心时，您可以求助于软件工具。 3.1 复杂流程的分解不可能在一张图中呈现所有活动。 “业务流程是分层的，这个层次体现在从上到下、从整体到局部、从宏观到微观、从抽象到具体的逻辑关系上。这样的层次关系符合人们的思维习惯，对企业有利。业务模型的建立是企业部门之间的层次关系表。一般来说，我们可以先建立主要业务流程的整体运作流程（包括整个企业的整体战略），然后细化每一个活动，实现各个部门的业务流程，为其服务建立相对独立的子业务流程和辅助业务流程。” ——引自《百度百科》业务流程条目 对于很多新手来说，最难的业务就是划分业务流程图层次。首先，明确你要梳理的业务流程的范围——用大而粗的关键节点，把这个业务流程范围内的故事讲清楚，这就是最顶层的业务流程图。您的顶层业务流程图是对整个业务故事的简单表达，但请注意，这里的业务图不一定是公司整体的业务全图，而是您定义的业务范围。例如，下图是一家餐厅日常运营的流程图。如果您定义的业务范围是面向客户的订购和结帐流程，那么这就是顶级业务流程图。

但如果定义整个餐厅运营的业务流程，那么这显然是一个子集——它不包括餐厅的采购、供应商管理、一级库存管理等。其次，从顶层开始业务流程分解，由粗到细。顶级业务流程图原则：1. 定义范围内的整体业务故事。 2. 包含范围内的关键节点。并且，当被问到为什么某个环节不存在时，你应该清楚它应该包含在下一级分解的关键节点中。例如，赠送 10 周年优惠券应出现在结帐节点细分中。打印订单时，将在排序节点中分解。儿童座椅的准备应该是接待和座位的一部分。 3. 顶层流程图分解出来的关键节点，可能无法细化分解生成二级和三级流程图。这取决于节点中涉及的“活动”和“角色”的复杂性。我们再看一个案例，对传统生产企业的开票入库业务流程进行分解。橙色代表分解点，已经可以分解成四层。当我们分解到第四层，发现下一步涉及的活动和角色已经很少了，就不需要再分解了，但是第四层的关键节点可以直接作为“第三层业务流程”。 ”而不是子流程图。当然，这取决于您整理业务流程的目标。如果只是想对“打样”环节进行分析优化，可以继续分解。这一步的工作将帮助你建立一个清晰的流程目录结构，下图是一个刚刚完成的流程排序项目的目录结构部分的摘录。

可以看到整个画面是顶层的关键节点。作为老板，你可能只需要看这一层。下面将对顶层做更详细的拆解。 “H3.样本认证”只是顶层业务流程图中的一个“活动”，但在其自身细化的这一层，会包含详细的子活动level-1参与者。 3.2 我常用的流程图常用图是前两行的“活动”、“判断”、“逻辑关系线”、“起止”，第二行的“子流程”和“文件/表格”。如果你不是符号控件，我建议这几个应该足够了。其中，“子流程”的图就是帮你把分解流程得到的子流程串联起来。例如，当“A进程”中涉及到需要进一步分解的“A1.1进程”时，可以在“A进程”中使用子进程符号来表示“A1.1” “一个过程”。那么你的读者就会明白，如果你想进一步了解“A1.1”，你应该参考另一个流程图。流程图的常见结构：给大家看几个案例： 基本上，包含大部分图表的流程图： 文档地址：.tw/ais/971%20materials/DfdSfPmpdf 一个只使用少数图表的简单流程图（台湾文档称为程序图——但是这里的程序不是计算机程序，而是一个过程，它只反映了任务之间的处理流程，所以用很简单的符号也就不足为奇了）：以上两个流程图案例，就复杂度而言符号，一个是完整的流程图，一个是基本流程图，但从表达上来说，都属于“泳道图”——泳道。

这也是我们最常用的一种表达方式。泳道图可以很好地反映流程中部门或角色的职责以及上下游之间的协作。而且流程图本身的标准很容易掌握，也更容易达成共识。 3.3 泳道图精要2 维度：一般会用泳道图的水平方向作为部门或职位维度，当然也有例外，比如上面例子中的水平泳道。垂直维度充当舞台维度 - 时间从上到下发展。如果泳道图比较复杂，可以在任务分解中的阶段维度做一些划分，比如“采购”、“生产”、“销售”、“配送”等。活动流程：活动就像一个游泳者，游到不同的泳道去执​​行任务。在上面的软件推荐部分，我推荐了 smartdraw 工具。此工具还附带泳道图模板，因此您可以更快地开始：3.4 做与不做业务流程图笔记！ DO1. 让利益相关者参与，不要闭门造车。业务流程图包括你地图上各个参与角色的代表，及时跟他们确认事情的原流程，禁止自己YY。 2. 适当的层次分解，不要像上图那样把所有东西都放在一张图上。 3. 逐渐深入，先抓树枝，不要抓胡须和眉毛。 4. 进程必须有开始和结束。不要提供流程图。让读者问你：这个过程的起点是什么？用清晰的开始和结束符号完成第一步和最后一步。 5. Number, Number, Number 这是让沟通更高效的优化措施。

当你有一个编号系统时，它相当于为你的流程图分配一个唯一的标识号。这比中文名字更有效率。比如我们完成业务流程流程图，负责审核和优化业务流程规则的部门可以在邮件中明确沟通：H5.1 流程优化，大家就会更清楚是什么意思了。 DONNOT1.我自己YY应用的链接而不是实际的链接2.所有的链接都尽量放在一张图片上3.一开始就被细节抓到了，而且胡须和眉毛都夹在一起了4.这个过程很难说从哪里开始，从哪里结束4.回顾和跟进，验证你已经达到了上述DO，什么是避免Donnot的方法？非常好办，我会及时和大家复习。将各种利益相关者聚集在一起，并向他们展示您的想法。这会发现一些有趣的事情，除了审查你的流程图是否现实，还要审查当前的业务流程是否符合理想。不同部门、不同岗位的代表会在这次审核中确认现状，也会互相提意见，甚至争吵，是流程优化的好机会。暂时没有。