为了描述而描述业务流程
结果，企业做出了负面反应。事实证明，内部业务分析师虽然工作了很长时间并且很辛苦，但却没有取得切实的效果。商业模式本身对于企业来说并不是可见的结果。高层管理人员对流程方法越来越失望，并认为描述业务流程是浪费时间。
如何避免？
即使在组织工作的阶段，也需要清楚地确定正在开发的描述到底是针对谁的，以及他期望得到什么结果。如果有多个用户就更好了：
直接负责确保所有流程得到规范和优化的业务部门；
负责实施质量管理体系的部门，因为没 新西兰号码数据 有过程管理就不可能实现高质量；
信息技术部门，因为业务流程模型使得形式化正在实施的信息系统的要求变得更加容易。
一旦确定了自己的需求，您就可以摆脱不必要的麻烦，并能够在更短的时间内实现您的业务目标。
描述过程的方法尚未定义
一个描述大型企业业务流程的普通项目可能会产生一千多个模型。如果我们假设它们的描述都不同（因为涉及不同的专家），那么结果很可能毫无用处，对任何人都没有用。
如何避免？
需要建立明确的规则来描述业务流程。在许多公司中，反映描述业务流程的方法的文档被称为“建模协议”。如果您在没有此类文档的情况下开始描述流程，则不会产生任何效果。
在协议中确保以下参数：
用于建模的符号；
业务流程的深度；
模型之间的关系；
要填充的属性列表；
根据模型获得的文件清单；
对象命名规则等等
一旦制定了该文件，监控其在项目中的实施方式就很重要。有了它，创建的模型将统一且易于使用。
流程描述过于详细
许多业务分析师犯的错误是，他们通过过度描述人员的行为来过度详细地描述业务流程。因此模型就更多了，整个过程的劳动强度也更大了。但这样做并没有任何好处，因为过多的细节并不能为进一步优化业务流程提供任何有用的信息，而且需要大量的资源。
如何避免？
经验表明，随着细节水平的提高，模型的体积也会增加一个数量级。因此，我们应该非常谨慎地对待细节，评估细节的必要性以及必要程度。如果所需要的只是优化和部门之间的责任分配，那么值得将自己限制在描述部门级别的业务流程。
如果它们的描述是为了在单个员工层面上自动化和规范业务流程而开发的，那么它们需要被描述到该层面。更详细的描述肯定必须由客户证实。