流程中存在各个级别的信息，这些细节级别需要进行分类，并将信息分配给流程模型层次结构中不同级别的流程。

架构的顶层是端到端的过程。从那里将其分解为较低级别的详细信息，直到确定执行流程工作的活动为止。

随着团队对流程的更多了解，可以重新分配流程信息。确保将层次结构中任何级别的信息与层次结构中更高级别的信息对齐。这样，每个级别的信息都会为下一个更高级别的信息提供更多详细信息。此外，跨流程级别调整流程信息可以使团队确定丢失的信息或需要质疑的信息。

下图是流程层次结构的示例，从最高、最不详细的级别（企业流程级别）开始，然后“向下钻取”到业务流程级别和工作流程级别。

流程到底分几级，怎么分，根据不同公司中的方法而有所不同。要记住的要点是：

该过程必须细分到足够低的层次，以了解正在发生的活动以及它们如何组合在一起以生产业务部门的最终产品。

如果希望控制过程信息及其质量，团队需要一种方法来组织收集的信息和构建的模型。

当然，我认为也不是说分级越多越好，在这个问题上，仍然有一些最佳实践可供参考。下图中是一个公司如何看待其流程建模标准中定义的详细级别的示例。

正式的业务建模标准应该在当前的“ASIS”模型和将来的“TOBE”模型中指示级别的数量和名称。过去，这些标准可以独立于任何外部建模标准或工具，但是这种情况正在发生变化。考虑使内部建模标准与所使用的工具及其功能和局限性保持一致，以及BPMN 2.0成为BPMS（业务流程管理套件）供应商的主要标准的事实。因此，组织的内部建模标准可能需要符合BPMN。查看建模标准的一个很好的经验法则是使它们至少以某种方式解决示例图中所示的级别。

译自《ABPMP_cbok_3.0》