第三,是对范围的定义不够明确,做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的,例如“界面友好,可操作性强,提高用户满意度” 等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义,有经验的项目经理及系统分析员将起到至关重要的作用。
4、如何管理好项目范围
应该怎样才能管理好项目的范围呢?从上面的论证过程,我们清楚地看到项目范围管理的重要性以及造成项目范围不好管理的一些原因,那么要管理好项目范围就必须对症下药,才能管理好项目范围。
首先,我们必须先了解项目范围管理的一些科学过程。做好项目管理应该包含下面过程:启动、范围计划、范围定义、范围核实及范围变更控制。而困扰我们公司最多的就是范围变更的控制。
再好的计划也不可能做到一成不变,因此变更是不要避免的。关键问题是如何对变更如何进行有效的控制。必须有一套规范的变更管理过程,在发生变更时遵循规范的程序来管理变更。
通常,对于发生的变更,需要识别是否在既定的项目范围之内。如果是在项目范围之内,那么就需要评估变更所造成的影响,以及应对的措施,受影响的各方都应该清楚明了自己所受的影响;如果变更是在项目范围之外,那么就需要商务人员与用户方进行谈判,看是否增加费用,还是放弃变更。因此我们在项目管理体系中应该包含一套严格、实用、高效的变更程序,它对管好项目至关重要。为了防止项目范围的无效蔓延,保证项目顺利进行,我觉得最好规定对客户的范围变更请求,一律通过书面变更申请提出,并经双方项目经理审核后,视不同情况,做出相应的处理。对于不涉及整个业务流程修改的变更,一般给予满足;涉及整个业务流程修改的变更,则视变更大小考虑是否满足用户要求。
在执行过程中,我建议建立促进用户参与的项目组织结构。在项目实施过程中,用户方项目经理参与关键事项的讨论及决策,用户职能经理参与本部门业务流程定义,系统测试验收并负责本部门对口业务的项目推进工作。关键用户应全职参与项目,并成为项目的中坚力量。促进用户参加项目组,不仅增加了双方沟通和交流的机会,使用户与项目实施人员在一起工作的过程中充分了解项目的范围、实施进展、面临的问题及其解决方法,并对项目的实施形成共识,避免项目范围及进展理解上的差异,有利于项目的顺利实施。另外,定期例会、用户参与也是应该提倡的。为了保证在项目过程中对重要问题及时做出决策,对项目的范围、成果和进度及时通报,建议建立项目组例会制度。通过项目例会制度,用户能够不断对项目范围及已经取得的成果进行确认,避免了在项目实施后期范围变更的巨大风险。
