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

    【IT168专稿】“天空没有翅膀的痕迹，而我却已经飞过。”我站在六楼的办公室，看着窗外流动的浮云想起了这句话。远处是本市一幢烂尾楼，它孤零零的让人触目惊心。而在我所经历的诸多ERP项目中，同样存在着这样的“烂尾楼项目”。

    在ERP项目实施过程中，由于种种因素，出现一些失败或者烂尾项目是常见的事情。项目烂尾后，不但客户投资受损，软件厂商收不到款，更重要的会影响客户的业务正常营运，严重的还可能会造成客户竞争力下降，在市场上败退。笔者结合实施的多个ERP项目经验，与大家讨论和分享相关总结。

项目控制能力是基石

    项目控制能力是ERP项目的基石。如果项目控制能力不足，项目就会无立足的基石，变成无源之水，注定成为烂尾项目。项目团队是实施ERP项目的主体，项目失败或者烂尾，项目经理和项目团队无疑负有不可推卸的责任。为了发挥ERP项目基石的作用，项目经理必须把好两个关，第一个是项目控制，另一个是需求调查、分析和确认。

    项目控制包括整体项目、子项目、项目里程碑、以及人员任务等的控制。项目控制的难点主要在于如何使项目组所有成员实时了解整个项目中的每一个细节，包括自己和项目伙伴，以便项目团队能合理编制控制计划和监控实施过程。然而绝大多数项目由于缺乏有效沟通和高效控制体系，很难做到这一点。从实际情况来看，项目经理如果在这三个方面失控是导致最后项目烂尾的重要原因。

    （1）项目进度控制
   
    项目进度控制主要包括时间安排、任务安排、进度变化调整。项目经理要对项目团队的人员知识结构、人员执行能力，包括在项目实施中人员心态的变化有充分的了解，同时也要对将要进行实施的业务有充分了解，以便合理的在正确的岗位上安排正确的人员，并制订合理时间计划。当项目缺乏进度控制而不能发挥团队力量推进项目时，进度计划的实施就难以得到保障。因此，大多数项目“烂尾”的主要原因就是项目进度很难按计划进行。

    （2）项目成本控制

    项目实施的目的是在一定的时间范围内，以合理的成本投入完成既定的项目目标。在整个项目生命周期中，项目经理要综合考虑项目环境和项目价值，以便投入合理的人力、物力以尽可能低的成本完成ERP项目。但实际的ERP项目实施中，往往项目成本超出预算而又没有很好的实施效果。当项目在成本投资过大时，往往会造成直接经济损失而成了烂尾项目。

    (3) 项目质量控制

需求多变是项目烂尾的根源

    当ERP项目不能如期完成，我们对项目烂尾的原因进行分析时，听到最多的抱怨就是：需求不明确，反复调整需求，结果导致工作不能按计划完成，严重的就会导致项目烂尾。

    由于公司经营环境变化，为了应对公司的业务、流程、环境和市场的变化，删减、增加或者改变ERP项目需求时有发生。例如，新的业务需求被提出；原先的需求调研考虑不周；业务的流程改变更换等，而且软件技术通常也会带来更多的需求变化。因此，正常来说需求不断发生变化，这对任何ERP项目来说都是不可避免的。但当项目需求出现大变动时，新增加的大量功能往往会直接导致项目烂尾。这个时候，特别是在项目后期增加需求往往会使项目进度变的非常糟糕。

    同时，需求多变这种症状也是ERP项目出现问题的征兆，它预示着项目可能蕴藏着深层次的矛盾和问题。需求多变往往会导致项目范围的变动而影响项目进度，也许是对ERP项目实施的目的并不明朗，也许是真正的业务需求并没有被识别出来，或者虽然被识别却没有好好地重视过。

    一直以来，需求的变更和蔓延被认为是ERP项目实施过程中最大的风险之一。需求的蔓延会导致ERP工期一再推迟和投资一再追加，到头来项目被拖垮，项目经理像温水里的青蛙被煮死了。因此，在ERP实施过程中，哪怕每一种原因和预期的相差只有一点点，积累起来，也足以导致项目的延期和烂尾。

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

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

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

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

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

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

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

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

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

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

延期是项目烂尾的先兆

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

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

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