在LinkedIn（一家面向商业客户的社交网络（SNS）服务网站,成立于2002年12月并于2003年启动。网站的目的是让注册用户维护他们在商业交往中认识并信任的联系人，俗称“人脉”。）网站上的BPM专家（BPM Guru）群组中，最近大家探讨了关于BPM最昂贵的错误是什么？此前，我曾经介绍过一些对于BPM的误解，下面我们来关注一下，在如此多的误解错误中，哪些会是代价昂贵的错误。

　　在进行BPM工作的时候可能会遇到各种各样的问题，而且很多问题相当棘手。经过多年的经验，实施人员也总结出了很多经验教训。相比较而言，大多数人认为范围蠕变是最致命的。因为最昂贵的BPM错误是迫使组织停止其业务流程优化或者BPM工作、重评估以及重新开始的任何事情。对于与技术组件相关的企业变革来说范围蠕变就可以称为最昂贵的错误了。

　　此外，我们也看到了一些其他的声音，如咨询公司Visual Integrator业务集成和架构主管Jordan Braunstein认为有三件事情，首先是不要把BPM同任何其他法人连接，像服务、EA和持续改进。再者很多BPM 项目是技术或者产品驱动的，导致厂商驱动架构对抗流程再现。最后是不良的测量和KPI定义。

　　富士通的研发副总经理Keith Swenson则认为最昂贵的错误是在本应是多种流程的时候，将其看作单一流程。其实这种观点也不难理解，我们可以假设创建一个BPM项目来寻求找一项最佳流程。这个流程必须在A企业的门店运作，同样也在机场的免税商店运作。考虑到不同的人，不同的内容以及不同的客户，我们可以推荐很多的管理书籍来协调这些具体的客户需求。BPM项目可能浪费很多时间来尝试在一个单一流程中收集所有参与者。调节所有不同的法律需求到一个单一的流程中可能会导致一种极难理解的复杂性。对于这种情况该如何避免，目前还没有一个让人满意的答案，但是我们也应该小心的检验这种一个流程适用于所有情况的假设，要考虑到如果实施单一一致流程可能要放弃什么。

　　从学术的角度来讲，Alexander Samarin博士则认为没有事先考虑而进行BPM构架是最致命的。因为最严重的错误都是在最开始就犯下的。他在IT服务领域经验丰富，有超过三十五年的成功经验。近年来专注于架构和利用BPM、SOA、ECM等交付企业解决方案。

　　考虑到实际实施的BPM风格各异，正所谓一千个人眼中就有一千个哈姆雷特，不同的环境下，流程不同，我们得到的经验也各不相同，也许很难界定在BPM中最昂贵的错误是什么，但不管是什么，导致项目失败或者阶段性失败是有目共睹的。需要我们能够全面地考虑问题，不要把BPM项目看作是通用的IT项目来处理，因为毕竟BPM更多层面上是战略上更深更广的内容，BPM,分开来就是业务（Business）流程（Process）和管理（Management），不是吗？对此您有什么经验教训与大家分享，欢迎与我们联系。（新浪微博或者致信zhangpeiying@techtarget.com.cn）