如何创建流程地图
如何创建流程地图：划定边界、命名角色、把步骤与决策画进泳道，再记录每个步骤涉及的系统与证据。附一个可实际操作的完整示例。
运作方式
把范围写成两个事件
“从发现可疑活动时开始；到经验教训被记录、事件关闭时结束。”在做其他任何事之前，先就这一句话达成一致。多数最后越铺越大的流程地图，从一开始就没有界定范围，而每一次访谈都在悄悄把它向某一端延长一点。
为泳道命名
列出实际执行步骤的角色，合并到四到六条，并把流程需要等待其行动的外部方也包括进来。是角色，不是个人，也不是部门——一张写上具体人名的地图，到下一次组织调整时就已经过时。
用一致的颗粒度起草步骤
全程使用同一条判断：一个步骤，是你可以在不附加解释的情况下交给别人的东西。一致比你选择的层级更重要——一张三个字的步骤和一整段话的步骤并排出现的地图，无论多准确都读不下去。
补上决策及其出口
每一处分叉都要有一个问题和带标签的去向。然后检查这些出口是否覆盖了所有情况：没有人画出来的那条分支，通常正是出事时大家实际会走的那一条。
逐步骤记录系统、责任人与证据
用步骤的备注字段记下它在哪个系统里完成、产出什么记录。正是这一点，让这张地图能一次性回答审核人员的问题而不必被追问，也正是这一点，让日后要界定一个自动化项目的范围变得便宜。
逐条泳道验证，然后走审批
分别与每一位泳道负责人一起走一遍，把他们不认同的地方改掉，然后送进审批流程，好让唯一一个当前版本存在，并带有日期和署名。没有经过审批的地图，只是某一个人对事情经过的说法。
常见问题
流程地图和流程图有什么区别？
流程图呈现顺序和逻辑。流程地图保留这些，并补上背景：每个步骤归谁负责、在哪个系统里完成、产出什么记录，以及往往还有它需要多长时间。实际的判别标志是泳道——一旦流程按责任人拆开，它就是一张地图，而对于任何跨越团队边界的事情，正是这个版本值得拥有。至于停留在一个团队内部的作业程序，一张流程图通常就够了。
流程地图应该包含什么？
写明的触发事件和结束状态、按顺序排列的步骤、带标签出口并写明判定标准的决策、每个负责角色一条泳道，以及每个步骤所处的系统和它留下的记录。除此之外的一切——时长、数量、控制项编号——在有人用得上时值得补上，在没人用得上时值得省略。
流程地图应该画到多细？
颗粒度一致胜过颗粒度细。每一个步骤都用同一条判断：它能不能在无需额外解释的情况下交给别人？对多数运营流程来说，结果会落在十五到三十个步骤之间。如果某个步骤需要一整段话才能解释清楚，它就是一个子流程，值得有自己的地图并从上层地图链接过去。
创建流程地图应该有哪些人参与？
一个人负责起草，每条泳道一位一线实践者负责纠正。要基于访谈起草，而不是基于制度文件，并且在任何集体会议之前先分别与每一位泳道负责人验证——人们在一对一时会坦率地纠正自己那条泳道，在会议室里则会为它辩护。之后由流程负责人批准结果，这才让它成为一份参照而不是一种看法。