“骗人”的BPR

     【IT168 专稿】谁也不会否认BPR的重要性，但是BPR和信息化结合后，成了软件企业推销自己产品的思想武器。很多厂商在实施产品时候，基本上不提BPR，而在产品售前阶段，几乎所有的软件商都要BPR一回，好像不提流程重组，自己就够不上档次。

    相关文章链接：
    失误选型让500万打了水漂
    BPR：手术刀还是消炎药？
                           

     问题是：我们的企业真的需要BPR吗？它能给我们的企业带来什么？

    我们很多企业当然需要BPR，我们企业在管理上不规范之处太多了，企业太需要软件将其管理流程合理化，规范化，从而提高效率，降低成本。

   下一个问题马上诞生了，企业需要的流程就是软件提供的流程吗？也许是，也许不是，对于不同的企业回答是不一样的，只有企业的经营者最有资格回答这个问题。

    如果是，那么按照软件提供的流程来做BPR，企业能否承受流程重组带来的冲击力？如果不是，软件本身是否符合企业的现状和将来的发展？

    那么为什么还要大提特提BPR呢？

    首先，是因为市场营销的必要，仿佛带上这个帽子，也就沾上了管理思想的边了。

    其次，另外一个原因就是软件工程的艰巨性和复杂性：软件的修改比软件的开发往往更麻烦，因为一个程序的变动往往引起系统的崩溃，这就是所谓的软件危机概念的来源，所以索性“以我为准”，我的就是最好的，你的和我不一样，那么你就要BPR，你要适应我，如果你适应了我，那么我也就没有必要做修改了，这是软件实施阶段BPR风行的真实理由。

   而其最深层次的根本原因就是软件技术的局限导致了软件产品的硬性或标准化。一个不十分恰当的比方，企业就如一个病人，需要对症下药，切勿对所有的病人下一道同样的猛药，病人吃了会出问题的。实际上，在实施的时候又有几家软件公司在实施的时候，给企业做过BPR呢？如果有，那么为什么这种高层次的管理咨询类的文档从来就没有见过呢？再问一句，软件企业有实施BPR的能力吗？也许咨询公司有，那么咨询公司参与后又要分一杯本就很少的羹，软件公司会同意吗？不要言必BPR，我们用另外一个词语可能会更好些：流程调整。我们的软件行业，多一点脚踏实地，少一点概念浮躁吧。