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

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

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

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

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

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

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

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