流程映射从选择流程、确定流程目标和选择一个好的流程名称开始。任务和事件在流程映射会话中添加下一层细节。本文描述如何识别和组织业务流程事件。
本文是本流程映射教程前面章节的后续:
流程映射的前面步骤
本教程从一个流程目标开始。第二部分使用了一个员工入职流程的例子，通过创建一个表示流程中工作的任务时间表来继续。
您可以使用这种任务时间轴作为向其中添加业务流程事件的框架。
业务流程事件
业务流程任务描述流程中的工作。首先，确定它们的发生顺序，以及哪些任务可以并行执行。然后您就可以解决关于每个任务的以下问题。
- 在我开始这项工作之前，我需要做些什么?
- 我怎么知道我什么时候可以开始做这个任务?
- 我怎么知道别人什么时候完成了任务?
- 完成这项任务的结果是什么?
- 完成这项任务意味着什么?
这些问题的答案不属于任务内部。相反，任务之间的事件可以回答这些问题。这些事件描述了执行任务的原因和结果。
在流程映射上下文中，业务事件描述业务流程或其发生的上下文中的明显更改。事件是一个场合，如午餐时间或到达某处的快递，或一个结果，如管理决定。
识别流程事件
员工入职示例包括两个您可以在考虑任务之前确定的事件。
- 新雇员签订雇佣合同，这就开始了入职过程，标志着成功招聘过程的结束。
- 新雇员第一天上班就到办公室了。
这些过程里程碑独立于入职过程中的任务。通常，流程有许多与事件对应的关键里程碑。对于入职示例，如果还没有决定过程的结束标志是什么，则可以跳过结束事件。
您可以在几个地方查找业务流程事件。
- 描述流程何时开始和结束的开始和结束事件。
- 其他独立于个别任务的自然过程里程碑。
- 先前确定的过程任务的不明显结果。
- 未被事件覆盖的流程任务的需求。
如果你寻找与任务相关的事件，如“创建电子邮件帐户”，你可能会以需求和结果事件结束，如“员工姓名记录”和“创建电子邮件帐户”。
这些事件并不会增加您对流程的理解。如果该过程从一份已签署的雇佣合同开始，其中包括雇员姓名，那么“雇员姓名记录”已经发生。类似地，创建电子邮件帐户的成功结果显然是“已创建电子邮件帐户”，因此事件不会向流程模型添加任何内容。
除了明显的事件，入职流程示例中的任务建议了更多的事件。
- “订购笔记本电脑”最终导致笔记本电脑被交付，你必须等待，然后才能“配置笔记本电脑”。
- 多个膝上型电脑任务组成一组任务，使膝上型电脑准备就绪。
- 在参观完办公室后，新员工知道了重要的位置——消防出口和咖啡机，以及东西的一般位置。
- 在午餐时间“与团队共进午餐”是最有意义的。
- 虽然午餐可以减少饥饿感，但将新员工介绍给团队对入职过程更有意义。
接下来，在你将这些添加到时间轴之前，你需要想出适合便利贴的好名字。
命名的事件
好的命名是好的沟通，对于事件和任务都是如此。对于入职示例，一组一致的入职过程事件名称看起来如下:合同已签署，笔记本电脑交付，笔记本电脑准备好，办公桌准备好，新员工到达办公室，新员工熟悉办公室，新员工被介绍给团队。
好的事件名称描述了某种类型的更改，因此命名指南不同于流程和任务的命名指南。
- 描述一件发生的事。
- 从更改的资源或信息的名称开始。
- 使用形容词如“ready”或过去分词如“signed”来描述变化的结果。
- 如果可能的话，尽量用两三个词，尽量简短。
命名事件之后，现在可以将它们添加到任务时间轴。
向任务时间轴添加事件
要将事件添加到任务时间轴，将它们的名字写在不同颜色的便签上，并将它们放在任务之间，你必须移动它们以腾出空间。
此时，您可能想要重新访问这些任务。最后一项任务看起来并不像是入职过程的终点:问“下一步是什么?”在了解了团队和办公室之后，就会有额外的任务，比如“分配新员工到项目中”或“计划培训”。“当有趣的事情发生在任务之间时，你可能还想把任务分成几个单独的任务。
您可能还会纠结于如何表示事件的顺序。在这个例子中，新员工的笔记本电脑和办公桌可以同时准备好，但你不知道(或不一定关心)先做什么:“桌子准备好了”还是“笔记本准备好了”。
你想要的是这两件事都在“新员工到办公室”之前发生，但你可能无法保证这一点，除非你采取不寻常的做法，告诉新员工在办公桌和笔记本电脑准备好之前不要来上班。这些问题不属于这个高级模型，所以最好代表理想的情况。同样，您可以暂时忽略其他所有可能出错的地方。
添加事件暴露了时间轴表示的局限性。垂直对齐的事件不一定同时发生。相反，您只需指出它们都发生在下一个事件之前，即在右边。
流程映射的下一步
员工入职流程模型现在关注的是工作中发生了什么以及为什么发生。接下来的步骤从谁来做开始。
- 流程映射角色-谁来干活
- 流程映射的麻烦vs价值-哪些部分的工作是必要的，并消除浪费
- 过程映射结论-经验教训，软件工具，下一步。
