“职能流程” 颗粒度的切分依据是 “管理记录”（相关文章《职能流程图解惑 | 流程颗粒度的切分原则》）。

不同的 <职能流程> 一定输出 不同 的 “管理记录”，相同的 <职能流程> 一定输出 相同 的 “管理记录”。这种流程颗粒度的切分法，其本质就是将同一个 <三级能力事项> 通过不同的 “业务场景” 进一步细分为不同的 【业务对象】了，不同的 “管理记录” 只是不同【业务对象】的显性化 “载体” 而已。

反过来说，如果 【业务对象】相同，其显性化的 “载体” 即 “管理记录” 必然也是相同的，那么就应该对应同一条 “职能流程”。

上图所示 <流程选择矩阵> (相关文章《流程选择矩阵：构建职能流程架构的最后一环》）中，<一般物资年度采购计划> 和 <原燃料年度采购计划> 就是 <年度采购计划> 这个 <三级能力事项> 基于 “业务场景” 解析出来的不同 【业务对象】。

现在，我们再来看看 <业务活动（流程步骤）>。<职能流程> 是由 <业务活动（流程步骤）> 构成的，而一个 <业务活动（流程步骤）> 又是由【业务动词】和【业务对象】构成的，缺一不可。

比如，<生产计划> 是一个【业务对象】，如果<业务活动（流程步骤）> 的名称是 <生产计划>，这是不正确的，不符合 <业务活动（流程步骤）> 的命名规则，因为只有【业务对象】而没有【业务动词】。如果将一个<业务活动（流程步骤）> 命名为 <制定生产计划> 这就符合命名规则了，其中 <制定> 是 【业务动词】，<生产计划> 是【业务对象】。

同样，如果 <业务活动（流程步骤）> 的名称是 <审批>，这当然也是不正确的，因为只有 【业务动词】而没有【业务对象】。

需特别指出的是，【业务动词】和【业务对象】是 “业务活动” 名称中必须包括的两部分内容，但并不是说只能有这两部分的内容。很多情况下，还会添加一些限定或修饰的词汇，这是可以的。

因此，在上图所示的两条 <职能流程图> 中，虽然第一个<业务活动（流程步骤）> 的动词都是【制定】，但是其【业务对象】是不同的，一个是<一般物资年度采购计划> ，而另一个是 <原燃料年度采购计划>。因此，这是两个 不同 的 <业务活动（流程步骤）>。

根据 “职能流程” 颗粒度的切分原则，不同的 “职能流程” 其【业务对象】一定是不同的。因此，不同 “职能流程” 中 <业务活动（流程步骤）>的【业务对象】也一定是不同的，所以，不同 “职能流程” 中的<业务活动（流程步骤）>一定是不同的。

综上，基于 “职能流程” 颗粒度的切分原则，我们可以得出这样的推论：同一个 <业务活动（流程步骤）> 不可能出现在不同的 <职能流程> 中，即 <业务活动（流程步骤）> 是不可复用的。

在上述推论的基础上，我们又可以进一步得到如下的推论：“职能流程” 是企业 “流程体系” 中最小的可复用组件。

此时，再回想一下 <职能流程> 可以只包含一个<业务活动（流程步骤）> 这个规则，是否觉得更有道理了。这确保了我们可以完整构建企业所有的最小可复用组件：“职能流程”。