精华内容
下载资源
问答
  • 物流是电商中一个很重要的桥梁,承载...第三方物流指一个具实质性资产的企业公司对其他公司提供物流相关之服务,如运输、仓储、存货管理、订单管理、资讯整合及附加价值等服务,或与相关物流服务的行业者合作,提供...

      物流是电商中一个很重要的桥梁,承载着很多商家的希望,保证将物品安全快速的运输的消费者的手中,想不很多人都很好奇第三方物流是什么?第三方物流指一个具实质性资产的企业公司对其他公司提供物流相关之服务,如运输、仓储、存货管理、订单管理、资讯整合及附加价值等服务,或与相关物流服务的行业者合作,提供更完整服务的专业物流公司。下面分享的是第三方物流流程图模板及绘制技巧,不同的箭头不同的箭头格式所代表的含义不同,希望可以帮助到需要的朋友。

      如何套用模板在线绘制?

      1.进入迅捷画图,点击页面上方【模板库】这时页面将会跳转到模板类型选择界面;

      2.在上方搜索栏目中输入模板关键词“第三方物流”这时在下方栏目中将会出现相应的流程图模板;

      3.点击【立即编辑】将会调换到在线绘制界面,这时一张完整的思维导图将展现在画布中央,需要给画布添加新的节点点击左侧【基础图形】直接将图形拖曳至右边画布需要的位置即可;

      4.双击文本框即可将里面的内容进行编辑,这时在右边画布需要的位置即可将文本的样式、排列及背景颜色根据自己的喜好进行设置;

      5.点击画布右上角【导出】在弹出的菜单栏中支持7种格式的导出与保存,选择需要的格式进行导出即可;

      以上就是分享的第三方物流管理流程图及套用模板进行绘制方法介绍,每一个步骤阐述的都很详细,套用模板进行绘制在很大程度上提高了我们的工作效率,新手也很适合使用哦!

    转载于:https://my.oschina.net/u/4000685/blog/3047340

    展开全文
  • 使用ProcessOn在线画流程图

    千次阅读 2019-04-14 16:09:33
    作为一名专业的程序员,项目中经常需要用到流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计等,这个时候一个好的画图工具是必不可少了,你可能会使用Microsoft Visio工具,我在这里推荐使用...

    题外话:年后刚换工作,两个月没更新博客了~~


    前言

    作为一名专业的程序员,项目中经常需要用到流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计等,这个时候一个好的画图工具是必不可少了,你可能会使用Microsoft Visio工具,我在这里推荐使用ProcessOn,在线工具,浏览器直接访问https://www.processon.com/即可使用,非常方便,来看看官方的功能说明:

    1.免费在线作图,实时协作;

    2.ProcessOn支持流程图、思维导图、原型图、UML、网络拓扑图、组织结构图等;

    3.ProcessOn是一个在线作图工具的聚合平台,它可以在线画流程图、思维导图、UI原型图、UML、网络拓扑图、组织结构图等等,您无需担心下载和更新的问题,不管Mac还是Windows,一个浏览器就可以随时随地的发挥创意,规划工作;

    4.您可以把作品分享给团队成员或好友,无论何时何地大家都可以对作品进行编辑、阅读和评论;

    5.ProcessOn不仅仅汇聚着强大的作图工具,这里还有着海量的图形化知识资源我们尽可能的将有价值的知识进行梳理,传递到您的眼前;

    使用说明

    登录https://www.processon.com/即可,这个不是离线的工具,就像是"百度脑图"工具一样,只能在线使用,当然,你画完图以后可以下载到本地。具体的使用的话,我这里以画"流程图"为例:

    1、选择左侧菜单里的新建,并选择流程图:

    2、进入后,可以选择已有的免费或者付费模板,我这里就直接自己新建的:

    左侧的图形可以直接拖拽到右侧,上图只截取了部分图形,实际有更多选项

    3、上图中的箭头画法:直接选中图形,会出现如下一个十字图形,然后就可以直接画箭头了,有时候不需要带箭头的直线,则去掉这个箭头即可,参考下图gif:

    4、有时候需要画图,发现纸张大小尺寸不够,这个时候就需要灵活的制定图纸的大小,如下:

    5、将制作好的流程图分享给小伙伴:

    6、分享出去的作品,别人可以有编辑或者查看的权限,这样作品都可以让多人维护了,就像git一样:

    其它的功能就不一一例举了,留给大家发掘。如果对使用ProcessOn有疑问的,欢迎留言一起讨论!

    展开全文
  • 业务流程图绘制

    千次阅读 2015-07-10 17:27:51
    主要介绍业务流程图绘制应该经历哪些步骤,具体如何操作

    ——文章来自:http://www.woshipm.com/pd/3795.html

    1. 业务流程图的“烹饪三部曲”

    在绘制业务流程图前,思考如何精美,如何交互,使用什么工具,都不应该是重点。
    真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题,否则不要开始绘制流程图:

    整个流程的起始点是什么?整个流程的终结点是什么?
    在整个流程中,涉及到的角色都是谁?
    在整个流程中,都需要做什么事情?(可是是一个会议,可以是一个任务)
    这些会议和任务是可选还是必选的?
    分别产出什么文档?
    

    这有点像一个头脑风暴,能够帮助你将所需用到的原材料获取到,有了这些“米”和“水”,那就不愁去如何烹饪了。
    在项目管理中,上个月,我们也试图给去规范化一个数据产品的设计开发流程。
    这是一个数据产品的项目,而我们都不是对此很有经验的人。所以我们召集到所有相关的角色,组织了一次头脑风暴及卡片分类法的混合式应用。

    让大家头脑风暴出自己认为在项目里必须的节点,如“需求调研”,“需求分析”,“kick off会议”,“PRD撰写及确认”,“数据评估”,“技术架构”,“DEMO绘制”,“指标算法定义”,等等。
    在头脑风暴过程中,主持人将这些节点都写到白板上,等没有新的节点诞生后,大家一起对节点进行合并归类。之后呢?
    将这些剩余下来的真正有价值的节点,撰写到即时贴上,开始进行排序。在排序过程中,可以由一个人先主导,他会按照自己的理解,将各个节点放到按角色排布的泳道中,并设计好先后的顺序。在他进行的过程中,其他人不断进行提问:“这项任务开始前,需要什么样的条件?”“这个任务是必须的吗?”然后一起调整先后顺序。直到最终没有人有任何重大的异议。
    之后拍照留念。
    

    这里写图片描述
    然后可整理成电子文档,如project或者excel版本(使用excel做项目管理?)
    这里写图片描述
    但是,业务流程图和上述项目中的流程不太相同的是:

    项目中的各种活动节点有更宽泛的可配置性,任务A和任务B是否并行,还是串行,如果项目组成员达成共识,是可以调整,并且多做尝试的。所以可以用集思广益的做法去头脑风暴出一个暂定比较合理的流程。而业务流程图的梳理,有两种:

    一种是基于现实发生的业务流程如实反映。这显然不是你一个团队能够YY的结果。更需要走到现实环境中,去调研,去梳理,去确认。
    另一种是基于流程优化的方案,当你已经掌握了目前的流程现实如何运作时,基于分析,讨论,能够判断出流程中不合理的地方,给出一个更完善或者有更效率、成本更低的新的流程出来——或许你要求增加一个部门,或者你需要删减一个环节,或者中间的若干步使用新开发的系统去取代。
    

    总之,大多数时候,你要想做第二种流程图,必然要先将第一种给梳理出来。所以,第一种如实反映的流程图是躲不过的。既然如此,基于YY或者头脑风暴是不现实的。我们需要走到前线去,掌握现实中业务是如何运作的。而且很多时候,越细节越好。
    那怎么做呢?基于有限的知识与经验,我可以给如下建议:

    1. 调研——2.梳理呈现——3.评审确认三部曲,如图所示:
      这里写图片描述

    2. 调研——问正确的问题,多问问题,多问几个人

    除了在本部分开始的那几个问题要顾及到,其实调研过程解决的仍然是who,what,why,how,以及where的问题:谁,在什么情况下,做了什么事情,这个事情需要什么前置条件,又输出了什么,这个事情在哪里完成的?搞明白这几个问题,我们的调研就可以圆满完成了。

    流程图的表现,要回答这几个问题:

    Who——谁?部门,角色,岗位
    What——什么事情?
    Where——在哪里做的?在我梳理的业务流程图上,where更多表示是文档还是各种系统,用来表示信息化的程度。比如当我们梳理中发现,有一项登记,是用excel而不是业务系统来进行的,那么在这里的where就可以表示为:excel文档。
    Document——那产生的这份文档叫什么名字?也写出来,代表有文件的传递,而以后要进行信息化的话,此份人肉文档也是需要被消除而被系统取代的。(相反,如果这项工作是在某个系统里操作的,where就可以写成“人事系统”,文档可以继续存在,即该系统中的表单名称:“员工登记表单”)
    Condition——条件。在这种条件下,下一个活动还能够继续,即用逻辑链接线的方式来表示一项活动的输入和输出,指向某个活动的箭头就表示此活动的前置输入条件。
    Dicision——决策。有些活动会产生一个条件判断,根据不同的判断结果从而走不同的分支流程。比如输入员工信息的时候,可以根据员工之前是否就职过,选择不同的流程,对于已经就职过的,选用之前的工号而不用生成新的工号。
    

    这里写图片描述
    举个案例(如果不太恰当,请意会)。假设你受命要调研两家餐饮店的业务流程,目的是给他们提供性价比最高的点餐系统。
    在调研中:

    1. 你首先可以要求精通业务流程的人给你系统讲解一遍。

    2. 调研具体操作的人,来验证他给你讲解的是否全面和偏差。

    3. 实地观察和记录(花点时间走遍业务流程)

    三种方式相互结合使用。第一种方法可以让你首先建立一个系统观,了解大体枝干,但是很难切入到可能会出现问题的细节。第二种方法太依赖于问题的质量以及问问题的场景。有很多结论的不正确其实是因为问错了人或者问问题的方法不对。那么就需要借助第三种,在观察中再进行验证。

    比如,你现在找到了一个厨师:

    你主要负责做什么菜系?
    热菜。
    那菜单都是谁给你的?
    我们的服务员。
    她都怎么提供给你?
    她负责客人点菜后,然后手写一个单子,给我放到窗口上。
    单子上都会写什么?
    桌号,菜名等
    那如何客人点的是冷菜呢?
    恩,有复印本,直接拿一份给冷菜间。
    那你怎么开始工作呢?从洗菜到切菜,一直烹饪都是一个人吗?
    哦,不,我只负责烹饪。当接到菜单后,首先我的助理会进行择菜,刀工进行切菜,这样如果有几个菜就完全可以并行。
    当你们做好后呢?
    放到窗口,按铃,喊桌号和菜名,传菜员就会传菜。
    ……
    在这些问题中,就涉及到了“分单”,“切菜”,“择菜”,”烹饪”,“传菜”,“上菜”几个活动,也涉及到了“服务员”,“厨师”,“助理”,“刀工”,“传菜员”几个角色。几个活动的次序也比较清楚了。
    而另一家餐饮店的业务流程却是不一样的,你同样抓住一个厨师进行询问:
    要做什么菜,菜单是哪里来的?
    打印出来的。
    所有菜都会在这里打印吗?
    哦,只有热菜在这里打印出来,冷菜、酒水就会在冷菜间和酒水间打印出来。
    打印机是谁在操作的?
    没人操作,它会自动打印不同的单子给我们。
    ……下面的问题,可能厨师就不了解了,要问点菜员了。
    请问你是怎么点菜的?
    拿设备啊,客人点菜就按几下,确认就好了。
    之后呢?
    之后就可以将菜单打印出来。
    不同的菜系会在不同的烹饪间打印吗?
    是的,我们可以分单打印。是在这中心打印机里完成分单。
    然后,你可以继续调研烹饪后的传菜和上菜流程。

    1. 梳理并呈现

    你的调研和观察使你拥有了“烹饪”所需的原材料。

    角色:部门、岗位或人
    活动:做了什么事情
    次序:做这些事情的次序如何
    规则:什么情况下到什么事情
    

    还记得我们之前提过的流程图要素吗?回顾下:
    这里写图片描述
    接下来的任务是不是很简单,对,就像填空题一样简单。将活动/事件按照一定的规则填到由部门和时间两条维度决定的框框里。

    这个阶段是paper work,你需要将调研阶段收集到的原材料用更直观明了的方式呈现出来。从而能够更好进行评审和确认。也为以后的流程评审和优化做准备。

    在刚开始,笔和纸的原始搭配仍然是最好的起步工具。你可以暂时忽略掉美观或者可复用的因素。但是当你对要呈现的流程已经有足够的信心时,就可以借助软件工具了。
    3.1 复杂流程的分解

    不可能将所有的活动都放到一张图里呈现。

    “业务流程是有层次性的,这种层次体现在由上至下、由整体到部分、由宏观到微观、由抽象到具体的逻辑关系。这样一个层次关系符合人们的思维习惯,有利于企业业务模型的建立 企业部门之间的层次关系表。一般来说,我们可以先建立主要业务流程的总体运行过程(其中包括了整个企业的大的战略),然后对其中的每项活动进行细化,落实到各个部门的业务过程,建立相对独立的子业务流程以及为其服务的辅助业务流程。”

    ——引自《百度百科》 业务流程词条

    对于很多新人来讲,业务最难的在于划分业务流程图的层次上。

    首先,明确你要梳理的业务流程的范围——用大的粗略的关键节点,讲清楚这个业务流程范围中的故事,就是顶层业务流程图。你的顶层业务流程图是业务全局故事的简单表达,但是请注意这里的业务全局不见得是公司整体的业务全局,而是你界定好的业务范围。比如,下图是餐厅的日常运作流程图,若你界定的业务范围是面向顾客的点餐和结帐流程,那么这就是顶层业务流程图。但是若你界定的是整个餐厅的运作业务流程,那这显然还是一个子集——并没有包含餐厅的采购、供应商管理、一级库存管理等工作。
    这里写图片描述
    其次,先从顶层的业务流程分解开始,由粗至细。顶层业务流程图的梳理原则:

    1. 界定范围内的业务全局故事。
    
    2. 包含该范围内的关键节点。并且,当被质疑说某某环节怎么不存在时,自己要清楚它在下一层分解中应该被包含在那个关键节点中。比如,赠送10周年优惠券,应该会在结帐节点分解中出现。而打印分单,会在点菜节点中分解。而准备儿童座椅应该是接待入座环节。
    
    3. 顶层流程图分解出来的关键节点未必都会细化分解下去,生成二级以及三级的流程图。这要看该节点涉及到的“活动”以及“角色”是否复杂。
    

    再看一个案例,对传统生产型企业的进销存主业务流程进行分解。橙色的代表被分解点,已经可以分解为四层。当我们分解到第四层,发现再往下去涉及到的活动和角色都已经很少时,就不必再分解了,而是可以将第四层的关键节点直接作为第三层业务流程的“活动”,而不是子流程图。

    当然,这是依赖于你梳理业务流程的目标。如果你偏偏是要对“打样”环节进行剖析优化,则还可以继续分解下去。
    这里写图片描述

    这一步的工作会帮你建立出清晰的流程目录结构,如下图所示是摘选于刚完成的一个流程梳理的项目中的目录结构部分。可以看到全图即是顶层关键节点,作为老大,可能只要看这一层就够了。下面则会对顶层做更多细化拆解。

    “H3.样品认证”在顶层业务流程图中,仅仅是一个“活动”,而在自己细化的这一个层次中,则会包含详细的子活动一级参与者。
    这里写图片描述

    3.2 流程图的常用图示

    这里写图片描述
    我常用的就是前两行的“活动”,“判断”,“逻辑关系线”,“起始与终止”,以及第二行的“子流程”,和“文件/表单”。如果你不是符号控,我建议这几个就足够了。

    其中,“子流程”此图示就是可以帮助你将流程分解得到的子流程能够串联起来,比如,当在”A流程”中涉及到进一步需要分解的”A1.1流程”时,就可以在”A流程”中用子流程符号代表“A1.1”。然后你的读者就会明白要想进一步了解”A1.1″应该参考另外一个流程图。

    流程图的常用结构:
    这里写图片描述

    给大家看一些案例:

    基本上包含大多数图示的流程图:
    这里写图片描述
    文档地址:http://www.ais.npic.edu.tw/ais/971%20materials/DfdSfPm_20080724.pdf

    只用到少数几个图示画的简单流程图(台湾人的文档中称为程序图——不过这里的程序不是指计算机程序,而是process,仅仅是体现任务之间的处理流程,所以使用极简单的符号也不为怪了):
    这里写图片描述
    以上两个流程图案例,从符号的复杂程度上来讲,一个是完整流程图,一个是基本流程图,但是从表现形式来讲,都属于“泳道图”——Swimlane。这也是我们最常用的一种表现形式了。泳道图能够很好体现部门或者角色在流程中的职责以及上下游的协作关系。且流程图本身的标准容易掌握,达成共识也就更加容易。

    3.3 泳道图精要
    这里写图片描述

    2大维度:一般泳道图的横向会作为部门或岗位维,当然也有例外,如上述案例中就是横的泳道。而纵向则做为阶段维——时间是从上到下发展的。如果复杂的泳道图,在任务分解上可以在阶段维里做一些划分,比如“采购”,“生产”,“销售”,”配送”等。
    
    活动流转:活动就像一个游泳员一样,游到不同的泳道中去执行任务。
    

    在上文中的软件推荐部分,我推荐过smartdraw工具,此工具还附带了泳道图的模板,大家比较更快能够上手:
    这里写图片描述
    这里写图片描述

    3.4 Do vs Donnot 业务流程图的注意事项!
    DO

    1. 让涉众参与,不要闭门造车

      业务流程图包含了你图上的各个参与角色代表,与他们适时确认事情的原本流程,禁止自己YY。

    2. 恰当的层次分解,不要将所有都铺到一张图上

      如上所示。

    3. 逐渐深入,先抓枝干

      切忌胡子眉毛一把抓。

    4. 流程一定有开始和结束

      切忌交付出来的流程图,让读者还来问你:流程的开始点是什么?用清晰的代表开始和结束的符号来完成第一步和最后一步。

    5. 编号,编号,编号

      这是让沟通效率更高的优化措施。当你有了编号系统,相当于对你的流程图都赋予了唯一识别身份证号。这比中文名称更有效。比如当我们完成了业务流程图后,负责业务流程规则审核和优化的部门能够清楚在邮件里传达:H5.1流程优化,大家就更明确指的是什么。

    DONNOT

    1. 自己YY应用的环节而不是现实中的环节
    2. 所有的环节都试图放到一张图上
    3. 一开始就陷入细节,胡子眉毛一起抓
    4. 流程很难让人分清楚从哪里开始,到哪里结束
    
    1. 评审及后续行动

    验证你是否做到了以上的DO,以及规避了Donnot的做法是什么?

    很好办,及时与各位进行评审。将各个涉众都叫到一起,给他们看你梳理出来的成果。

    这会发现一些有意思的事情,除了评审你的流程图是否符合现实外,也会评审目前的业务流程是否符合理想。不同的部门和岗位的代表会在这个评审中,确认当前,也会相互提出意见,甚至吵起来,这不失于做流程优化的一个很好的契机。暂且不表了。

    展开全文
  • 如何绘制业务流程图

    千次阅读 2016-07-08 16:17:36
    1. 业务流程图的“烹饪三部曲” 在绘制业务流程图前,思考如何精美,如何交互,使用什么工具,都不应该是重点。 真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题,否则不要开始...

    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″应该参考另外一个流程图。

    流程图的常用结构:


    给大家看一些案例:

    基本上包含大多数图示的流程图:

    文档地址:http://www.ais.npic.edu.tw/ais/971%20materials/DfdSfPm_20080724.pdf

    只用到少数几个图示画的简单流程图(台湾人的文档中称为程序图——不过这里的程序不是指计算机程序,而是process,仅仅是体现任务之间的处理流程,所以使用极简单的符号也不为怪了):

    以上两个流程图案例,从符号的复杂程度上来讲,一个是完整流程图,一个是基本流程图,但是从表现形式来讲,都属于“泳道图”——Swimlane。这也是我们最常用的一种表现形式了。泳道图能够很好体现部门或者角色在流程中的职责以及上下游的协作关系。且流程图本身的标准容易掌握,达成共识也就更加容易。

    3.3 泳道图精要


    • 2大维度:一般泳道图的横向会作为部门或岗位维,当然也有例外,如上述案例中就是横的泳道。而纵向则做为阶段维——时间是从上到下发展的。如果复杂的泳道图,在任务分解上可以在阶段维里做一些划分,比如“采购”,“生产”,“销售”,”配送”等。
    • 活动流转:活动就像一个游泳员一样,游到不同的泳道中去执行任务。

    在上文中的软件推荐部分,我推荐过smartdraw工具,此工具还附带了泳道图的模板,大家比较更快能够上手:


    3.4 Do vs Donnot 业务流程图的注意事项!
    DO

    1. 让涉众参与,不要闭门造车

    业务流程图包含了你图上的各个参与角色代表,与他们适时确认事情的原本流程,禁止自己YY。

    2. 恰当的层次分解,不要将所有都铺到一张图上

    如上所示。

    3. 逐渐深入,先抓枝干

    切忌胡子眉毛一把抓。

    4. 流程一定有开始和结束

    切忌交付出来的流程图,让读者还来问你:流程的开始点是什么?用清晰的代表开始和结束的符号来完成第一步和最后一步。

    5. 编号,编号,编号

    这是让沟通效率更高的优化措施。当你有了编号系统,相当于对你的流程图都赋予了唯一识别身份证号。这比中文名称更有效。比如当我们完成了业务流程图后,负责业务流程规则审核和优化的部门能够清楚在邮件里传达:H5.1流程优化,大家就更明确指的是什么。

    DONNOT

    1. 自己YY应用的环节而不是现实中的环节
    2. 所有的环节都试图放到一张图上
    3. 一开始就陷入细节,胡子眉毛一起抓
    4. 流程很难让人分清楚从哪里开始,到哪里结束



    4. 评审及后续行动


    验证你是否做到了以上的DO,以及规避了Donnot的做法是什么?

    很好办,及时与各位进行评审。将各个涉众都叫到一起,给他们看你梳理出来的成果。

    这会发现一些有意思的事情,除了评审你的流程图是否符合现实外,也会评审目前的业务流程是否符合理想。不同的部门和岗位的代表会在这个评审中,确认当前,也会相互提出意见,甚至吵起来,这不失于做流程优化的一个很好的契机。暂且不表了。

    参考文档:

    SWIM LANE (or CROSS-FUNCTIONAL) DIAGRAMS :http://www.niatx.net/PDF/PIToolbox/swimlane.pdf

    MBA LIB关于泳道流程图的词条:http://wiki.mbalib.com/wiki/%E6%B3%B3%E9%81%93%E6%B5%81%E7%A8%8B%E5%9B%BE

    来源:http://heidixie.blog.sohu.com/222277336.html

    展开全文
  • 【IPD流程学习 三】模板详述

    千次阅读 2020-02-15 17:55:01
    上一篇blog可谓IPD最为核心的部分,也就是IPD的主要流程,在上篇博客中我详细介绍了IPD的各个核心阶段以及每个核心阶段的细致流程、参与人员、每个人的具体职责,那么相信大家对整体的流程以及流程对IPD理念的实践和...
  • 用Visio画流程图

    万次阅读 多人点赞 2019-04-18 09:48:28
    初级1:基本流程图 主要用于创建流程图、顺序图、信息跟踪图、流程规划图和结构预测图,包含了形状、连接线和链接。 步骤: (1)打开Visio,单击“类别”->“流程图”->“基本流程图”->“创建”。 ...
  • Web流程图的绘画指南

    千次阅读 2012-08-31 08:40:29
    转载自雷锋网 http://www.leiphone.com/flowcharts-web-design.htmlWeb流程图的绘画指南小盒 2012-08-30 16:00 1条评论 编者按:本文作者为设计师Felix Ding,丁宇。...为了使流程图价值最大化,文
  • OmniGraffle-绘制流程图

    万次阅读 2019-02-27 15:51:52
    和Visio一样,流程图常用的一些习惯如下: 圆角矩形表示“开始”与“结束” 矩形表示行动方案、普通工作环节用 菱形表示问题判断或判定环节 用平行四边形表示输入输出 箭头代表工作流方向 ...
  • 以上两个流程图案例,从符号的复杂程度上来讲,一个是完整流程图,一个是基本流程图,但是从表现形式来讲,都属于“泳道图”——Swimlane。这也是我们最常用的一种表现形式了。泳道图能够很好体现部门或者角色在流程...
  • 于是,涉及到了流程图、类结构图、思维导图之类的。然后我的电脑上装的office2013并没装viso,于是就在网上搜了下有什么替代品,发现还真有不少呢,其中个人觉得很不错的免费在线工具:ProcessOn。简介:ProcessOn是...
  • 流程图是按顺序排列的过程的单独步骤的图片,其表示算法,工作流程或过程,将各步骤显示为步骤,并通过用箭头连接它们的顺序。流程图用于分析,设计,记录或管理各个领域的过程或程序,以说明针对给定问题的解决方案...
  • 但是应如何去绘制流程图?这里就针对流程图的具体绘制方法做进一步的分析及探讨。     | 接上篇《业务流程图绘制方法经验谈(上篇)》,本篇将对上篇中间的第四部分——如何绘制业务流程图展开更多讨论。
  • 业务流程图制作方案

    千次阅读 2012-08-20 14:28:19
    (1)" border="0" alt="" src="http://www.ideadn.com/wp-content/uploads/auto_save_image/2012/07/143753nMN.jpg"> ...前言:近来一段时间,忙于整理业务流程图,期间,关于流程图的绘制方法和工具也
  • IT忍者神龟之如何绘制业务流程图

    千次阅读 2014-08-12 14:05:38
    1. 什么是流程图流程图和其他图表(如线框图,概念图,架构图,用例图)有什么不同? 2. 为什么需要流程图? 3. 流程图的分类? 4. 如何绘制流程图? 5. 流程图绘制工具
  • 学习业务流程图绘制方法(下)

    千次阅读 2013-06-24 11:20:02
    业务流程图具体怎么做呢?我应该注意什么呢?……| 1. 业务流程图的“烹饪三部曲” 在绘制业务流程图前,思考如何精美,如何交互,使用什么工具,都不应该是重点。 真正重点的是将业务流程图的关键要素给搜集一番...
  • 如何绘制业务流程图(二)

    千次阅读 2013-11-28 16:36:16
    接上篇《业务流程图绘制流程分享(一)》,本篇将对上篇中间的第四部分——如何绘制业务流程图展开更多讨论。 本来写完上篇,我发现没有太多必要单纯讨论这一部分内容,因为对于很多人来讲,缺的不是具体的做法,...
  • 利用Visual Studio 2010流程模板实现Scrum敏捷开发
  • 本文针对软件设计文档编写过程中常用配的绘制展开,重点描述Enterprise Architect、Visio工具的基本使用方法及常见使用问题。 1,EA的使用及问题处理 2,visio使用及问题处理 3,UML的绘制过程与参考 4,其他...
  • 于是,涉及到了流程图、类结构图、思维导图之类的。然后我的电脑上装的office2013并没装viso,于是就在网上搜了下有什么替代品,发现还真有不少呢,其中个人觉得很不错的免费在线工具:ProcessOn。 简介:ProcessOn...
  •  工作的流程,以岗位为节点设置流程图。自开始节点一级级走完流程。此处工作主流程内嵌一个审批子流程。用来设置审批流程节点。 图2-1-1.工作主流程图 2-2 审批流  审批流就是审批的流程,包括各个审批节点。 图2-...
  • 个人比较喜欢用工具来解决这类的可视化需求,学会了整套流程和方法,以后遇到任何类似问题都好解决。 简要介绍一下在FineBI上进行数据地图制作过程: 读取数据:可以是导入Excel或者连接数据库;处理数据:...
  • 价值(VSM)是一种精益制造技术,用于分析,设计和管理将产品带给客户所需的材料和信息流。它使用标准符号系统来描述各种工作流和信息流。项目被映射为添加值或不从客户的角度添加值,目的是根除不增加价值的...
  • 好了,我们的流程就发起成功了,如下: 文章的最后,顺带分享下几个踩坑问题 1.钉钉上表单配置控件。如果通过接口发起时没传 则报错 2.表单模板id需要url上取,没有直观的地方展示 3.钉钉配置的表单标题名称不能...
  • 前端模板

    千次阅读 2014-02-12 15:49:26
    模板”这个词,可能很多人第一印象是后端的技术(Smarty,Velocity等),但本文要讲的却不是后端的概念,而是前端开发中所使用到的一种技术,也就是“前端模板”技术。 模板的工作原理可以简单地分成两个步骤:...
  • 前端简历模板

    千次阅读 多人点赞 2018-11-13 20:01:25
    前端简历模板
  • 模板方法模式例子

    千次阅读 2016-12-05 17:14:11
    原文地址:...二、结构类三、解决问题模板方法就是提供一个算法框架,框架里面的步骤有些是父类已经定好的,有些需要子类自己实现。相当于要去办一件事情,行动的流

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 22,135
精华内容 8,854
关键字:

价值流程图模板