有效的BPM取决于业务流程发掘，在这个过程中BPM专业人士可以对流程进行详细审查、分析、重铸并根据业务需求改变进行改善。但是通常，流程发掘抛锚或者误入歧途会导致很多问题，像沟通故障、优先权错误以及缺少业务价值。

　　BPM专家Kathy Long为解决这个问题，提出了一些建议，他是Innovative Process Consulting的高级顾问，Roger Burlton是Business Process Trends Associates的创始人和成员。下面他们将就十个常见的业务发掘错误给出自己的观点。

　　错误一：认为发掘只是关于建模和符号。

　　“很多人认为流程发掘的目的是作出少量图表，在一个图表中，通过各项活动之间的依赖性将其用队列连接起来，” Burlton说道，“但是任何业务流程都需要很多其他的事情正确进行。不仅仅是关于活动和工作流。”
　　
　　相反，重心应该在全套的功能需求上，让所有的事情都正常运转。最好考虑下面的一些重要的问题，如：

• 是否有战略支持？
• 是否理解利益相关者是谁以及他们真正需要什么？
• 是否有正确的策略和规则？
• 是否有合适的人选胜任，促进并推动工作的进展，使我们可以得到期望的产出？
• 是否有正确的技术？

　　此外，他补充：“组织是什么？知识是什么？”

　　解决所有的这些问题对于理解那个小图表背后的蓝图来说十分关键。

　　错误二：从工作流层开始。

　　这项工作过于关注技术的时候，也会产生狭隘的业务流程思想。“很多流程改进项目是作为技术变革中的一些类型开始的，”Long介绍。在这样的案例中，“个人主义从开始发掘和文档化流程时就包含在内，尽可能可技术靠近。这意味着他们通常在一个阶梯上文档化流程。”结果，完整的流程并没有文档化，只有细节中的部分内容文档化了。

　　Long的建议：“关注优先权，并选择基于业务目标的流程改进项目，而不是技术有限，除非这些优先权直接与组织的战略业务目标一致。”

　　错误三：没有模型范畴、架构或者范围，从细节层开始。

　　正如规划师和BPM专家发现他们自己过分依赖技术解决方案，他们经常遭遇这样的问题：流程发掘始于最低层次的细节。“为此他们也会以成百上千的流程建模盒子结束，”因为没有合适的范畴适用这些，Burlton说道。

　　他建议开发一个流程架构来提供工作框架。“用流程框架的话，每一个流程都在范围内很好地定义，解决了这样的问题：从哪里开始？什么时候结束？什么时候另一个开始？所有流程的边界是什么？”他说，“如果你从底层开始，就会以连接所有的点而终，这并不能满足业务战略需求。”

　　最终，用流程架构来协助控制策略“水雷区”。“没人想因为流程变革而冒犯别人，” Burlton说，“如果你拥有一个不错的流程架构，你应该就可以说：‘这些要比其他的更有价值，如果他们工作的很好，然后就将会对公司帮助很大。’”

　　错误四：不是作为架构的一部分进行，而是独立的对一个流程进行这项工作。

　　“大约65%的组织正在从事流程改善项目，从战略层面或者项目层面，”Long说道，“例如，组织中特定领域的一个问题已经被识别出来，项目就开始解决这个问题。大多数组织连起流程还没识别出来，但是就尝试文档化他们，使其成为项目的一部分，”结果，“一开始当范围、资源、对象和时间线已经定义好并废除，所有的流程实际接口不详。”
　　
　　相反，Long支持高效的流程架构，这个架构可以为流程改进或者开发提供一种上下文环境。典型地，这可以解决很多跨企业的问题。

　　错误五：流程早期无法识别关键利益相关者。

　　关键业务利益相关者不能尽早交互，“其需求和要求就不知道，或是做了一半成品解决方案，”Long说。通常导致必须将这个项目挂起，让经理来决定如何响应这些需求。在一些案例中，缺少关于利益相关者需求的知识甚至可能导致停止项目开发或者停止实现。

　　Long建议：在所有的流程发掘项目中，将识别利益相关者放置于最高优先权，甚至在完整定义整个项目之前。特别注意在更为复杂的项目中识别利益相关者，包括多部门或者是企业分部比较多的时候。

　　在《如何避免十个常见业务发掘错误（下）》中，我们将继续为您介绍另外五个错误以及解决方案。