ERP项目缘何成为“烂尾楼”

    还有一种情况，客户参与ERP项目的热情很高，希望通过ERP实施来改进和提高工作效率，于是在ERP实施过程中提出各种各样的需求，并且随着ERP项目的不断进展，新的需求也不断增多，有时后一需求与前一需求截然相反，或者过于个性化，或者可能只是客户某领导一时心血来潮提出来的需求。面对这种状况，如果项目组对需求一味迁就，项目烂尾的风险就会很大。

    我们建议的解决方案是，坚持基本业务流程需求为主干，不要致力于遥不可及的业务范畴，避免将ERP项目实施范围扩大化。要将不确定和复杂多变的需求排除在ERP实施策略之外，要把整个项目实施进行需求控制。例如可以给项目需求重新定义，分为“必须的需求”、“应当具备的需求”和“锦上添花的需求”，严格坚守核心功能，并在项目过程中一直不断跟踪，以确保项目需求在控制范围之内。

    事实证明，只有做到了需求范围明确才能避免项目烂尾。只有在项目需求范围已经明确的情况下，后续工作才是可控的，才有可能得到稳定的过程和期望的结果。

    项目烂尾最本质的是随意性

    ERP烂尾的原因实在是太多了，而归根到底最本质之一的是随意性。软件厂商开发的随意，实施团队的随意实施，那么客户也只能是随意的验收了。经常看到，某某领导一拍脑袋，说“就这么着办吧”，由此给公司造成几百万或是上千万的项目烂尾。绝大多数企业ERP实施失败的原因中总能看到“随意性”这一条。

    在项目实施过程中的标准缺位是让ERP项目“随意性”过大的主要原因之一。

    首先是ERP项目实施标准缺乏。由于行业的专业性以及企业应用的特殊性，在很多行业应用中，很难有通用的解决方案，而往往要根据实际的业务需求进行实施设计和开发。在这种情况下，产品的选择、技术的选择、实施的方式、项目管理的方法都很难拿一个统一的标准衡量，最后项目烂尾了，该如何评定难以定论。

    其次，客户满意度无法标准化。ERP软件的复杂性使得客户的满意度很难标准化。ERP项目实施的结果有时客户很满意，有时则产生纠纷，这很难判断。客户使用的感受很难一刀切，同样的结果，可能有些客户很满意，有些客户则根本不认同。最后可能是不了了之，形成另一种烂尾项目。

    最后，ERP项目验收评估标准难以量化。项目是否成功，要看最后系统是否能顺利运行，看用户是否用得起来，是否能成功验收，这是关键，但同时也很模糊。对于客户来说“验收的随意性”是一个非常严重的祸害。而这一问题的根源就在于客户也不知道或根本就没有制定阶段目标和验收标准，从而导致在ERP实施过程中把需求变来变去，验收的时候这个要做，那个也要做，最后有可能80%的时间都在关注一些小问题上，而对关键业务流程的验收却忽视了。因此，只有当明确了每个阶段验收标准和项目总体验收标准，并且让所有人都知道，项目才能做好。

    当前很多人对ERP验收工作存在一些误解，由于ERP软件的复杂性、规模性，人们可能更多地关注它多变的需求定义、个性化解决方案，却轻视了项目的验收工作。这些只重视开始和过程，不重视验收和维护的做法，最直接的后果就是，形成了一个个延期工程或烂尾项目。

    延期是项目烂尾的先兆

    项目烂尾最先的症状是出现项目延期，并且项目延期原因通常会多种多样。很多时候，这些延期原因看上去表面合理，但是一旦深究，就会发现不对劲，所以需要带着危机意识去问为什么项目延期了。这个时候要警惕，这个ERP项目极有可能会成为一个烂尾楼项目。

 一般来说，ERP实施中烂尾项目常常碰到两大困局，第一个就是项目延期，还有一个就是成本超出预算。而ERP项目延期一直也被认为就是一个资金黑洞，是成本超出预算重要因素之一。

    同时，项目延期会给员工的士气带来很大打击，相伴而来的是团队的挫败感和低迷的士气，这对所有参与者来说都是沉重打击。多次延期的后果也会使ERP项目变成了烂尾项目。