|
【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实施策略之外，要把整个项目实施进行需求控制。例如可以给项目需求重新定义，分为“必须的需求”、“应当具备的需求”和“锦上添花的需求”，严格坚守核心功能，并在项目过程中一直不断跟踪，以确保项目需求在控制范围之内。 事实证明，只有做到了需求范围明确才能避免项目烂尾。只有在项目需求范围已经明确的情况下，后续工作才是可控的，才有可能得到稳定的过程和期望的结果。 |
|
|
来自： digman2005 > 《erp思考》
