数据是任何业务的命脉，类似地，业务规则就是经营的大脑。

业务规则定义了要执行的操作，何时执行，在何处执行，为什么执行，如何完成，以及如何管理和控制。业务规则的质量非常重要，如果这些规则无效（没有效率或者没有效果），那么业务运营也将无效，生产服务质量会受到损害，成本也会增加。

许多公司制定的大多数规则已经过时，并且经常相互冲突。这些规则可能产生于某次会议、某场沟通、某封邮件，人们可能会保留也有可能就此遗漏，或者（最多）将规则添加到不断增长的规范制度文件中。很少有企业对此问题给予足够的关注。

因此，任何BPM项目都必须关注查找、列出、定义和规范业务规则。团队还必须关注规则的使用方式和方式。如果在项目中使用BPMS或单独的规则引擎，需要将规则“编码”到工具中。

在定义业务规则时，许多组织倾向于使其变得复杂。这种趋势一部分是因为希望减少规则的数量，操作人员倾向于将整个决策树放在单个规则中，而不是将规则分解成多个决策，然后将规则集成。

除了使规则更难于测试和使用之外，业务规则中的这种复杂性还会在流程中造成复杂性。流程越复杂，流程失败的机会就越大，所以，创建公司规则定义和编码标准以使规则尽可能简单很重要。

每个规则都必须先以书面形式测试，然后再编码放入规则引擎中。在使用规则时必须对其进行分组测试，结果应由法律部、财务部门审核，以确保其符合法律和财务要求。还应该对规则进行测试以确保其有效执行：如果未正确编码，则该规则可能会导致应用程序系统以及业务减速。

因此，团队必须找到所有规则，确保其适用性和质量，并确保对它们进行编码以实现最大的执行效率和有效性，这一点很重要。

由于规则不断变化并且比业务运营的任何其他组成部分（可能）更易变，因此，至少每半年对所有规则进行一次检查和确认，以确保其适用性。同事审查发现新规则和新机会，消除已创建的任何与规则相关的“空白”活动。