很多公司将过程和过程管理定义为在一个业务单元内发生的工作。

这个定义并不正确，但对于很多公司来说，这反映了现实并值得深思。

在实践中，工作流可以用与过程相同的方式进行测量，只是它指的是一个业务单元中的活动及其应用系统、规则、数据库、数据、网络服务、网络门户应用、接口和遗留应用。这些是过程的一部分，这些信息需要与不同业务单元中相关工作的信息汇总，以形成一个过程。

然而，根据一个企业在其过程成熟度中的位置，工作流绩效测量可能是唯一合适可用的。

除了过程成熟度水平之外，也很可能一个改进项目将专注于一个业务单元的工作流活动或活动的任务。这对于很多客户体验改进项目来说尤其如此。

在这些项目中，绩效将以项目级别的改进为衡量标准。这可能需要在设计解决方案和将绩效测量嵌入工作流中时特别考虑。

“过程”是跨组织的，包括构建和提供产品或服务所需的所有类型的工作。在这里，过程可以被分解为子过程，而子过程由业务单元以一系列相互关联和顺序的活动（工作流）来执行，可以通过汇总来自工作流层面的信息，以及业务单元之间的交接情况，来监控过程。

如果有一个 BPMS（业务流程管理系统）支持的 BPM（业务流程管理）运行环境，那么这种测量就相当简单，信息可以从 BPMS 和相关数据库中获取。然而，如果业务单元是由传统的应用系统支持的，那么收集这些信息就需要驱动定制的监控和测量编程，以及修改现有的接口，以便访问遗留应用数据（来自每个业务单元使用的所有应用，这些业务单元是被测量的过程的一部分）。

可以提出和回答的问题会根据被查询的层次而有所不同——过程或工作流。

在工作流层面，重点必须是工作从一个活动到另一个活动的物理移动，以及质量或其他问题发生的地方。

在过程层面，重点是工作在业务单元之间的移动，以及传递给下游工作或过程流中的下一个业务单元的质量。

然而，在这两个层面上，被测量的事物都是相当一致的——周期时间、质量、决策准确性等。

理论不悬空，实践不盲目