性。
范围管理的过程包括范围计划编制、范围定义、创建工作分解结构、范围确认、范围控制等。
2.2 项目范围变更机制
项目各方合同签订之后,建设单位、承建单位、监理单位(项目管理单位)应及时建立项目范围变更的控制机制、制度,共同协商确定变更的发起单位、审核复查单位及批准单位的权责,以及变更的整个流程,规定好规范化的纪录文档格式。
2.3 范围计划编制
范围管理计划是描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估(比如:怎样变化、变化频率如何及变化了多少)。范围管理计划也应该包括对变化范围怎样确定,变化应归为哪一类(当产品特征仍在被详细描述的时候,做到这点特别困难,但绝对必要)等问题的清楚描述。
项目管理团队在编制计划时,需要联系实际工作考虑限制或制约自己行动的各种因素。如,准备采取的行动是否有可能违背本组织的既定方针,某些活动之间是否存在必然的联系等。计划是一项工作的基础,许多项目后面的变更和延期都是由于计划的不合理造成的,所以,一定要慎重制定计划,合理考虑各种限制和各种影响因素。
2.4 范围定义
在初步项目范围说明书中,应以规范化的文档形式,对项目未来提交的产品、服务进行详细的范围说明。在项目规划过程中,项目的内容逐步明确,应及时对项目范围进行更新、细化。项目团队和其他对项目范围有不同见解的项目干系人,可以基于此开展项目分析工作。
2.5 创建工作分解结构
计划和内容明确了,然而该做哪些事情似乎还是一把抓,因为完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然,最终得出项目的工作分解结构(WBS)。恰当的范围定义对项目成功十分关键,当范围定义不明确时,变更就不可避免地出现,很可能造成返工、延长工期、降低团队士气等一系列不利的后果。比较常用的方式是以项目进度为依据划分WBS,第一层是大的项目成果框架,每层下面再把工作分解,这种方式的优点是结合进度划分直观,时间感强,评审中容易发现遗漏或多出的部分,也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。
2.6 范围确认
范围确认是项目干系人(发起人、客户和顾客等)正式接受已完成的项目范围的过程。范围确认需要审查可交付物和工作成果,以保证项目中所有工作都能准确、满意地完成。项目范围确认应该是贯穿项目的始终,从WBS的确认(或合同中具体分工界面的确认),到项目验收时范围的检验。如果项目被提前终止,范围确认过程应以书面文件的形式把它的完成情况记录下来。范围确认与质量控制不同,范围确认是有关工作结果的接受问题,而质量控制是有关工作结果正确性的审核。这些过程一般并行,以确保可接受性和正确性。
2.7 范围控制
范围控制涉及到以下内容:影响范围变更的因素,确保所有被请求的变更按照项目综合变更控制处理,范围变更发生时管理实际的变更。范围控制与其他控制过程完全结合。未控制的变更经常被看做范围溢出。变更应当被视作不可避免的,因此要颁布一些类型的变更控制过程。
项目范围的变化,在实际项目中经常发生,因此对项目范围的变更控制和管理,是当前项目管理控制中的重点工作之一。很明显的例子,由于多方面原因导致项目的需求无法及时确定,项目范围后期变更太多、成本压力过大,使得很多研发项目和应用项目以失败告终。当然,有些时候项目变更是对项目有利的,甚至大大促进项目的实施。
变更是项目干系人常常由于项目环境或者是其他的各种原因要求而对项
目的范围计划进行修改,甚至是重新规划,而这一类修改或变化就叫做变更。项目范围的变更控制、管理是对项目中存在的或潜在的变化采用正确的策略和方法成功地处理它。
总之,项目的范围管理是一项非常复杂但是非常重要的工作,只有把握了项目的范围才真正能使项目顺利开展从而顺利收尾。
3 结论
信息系统工程的范围管理是项目过程管理中的关键要素,随着信息系统项目建设所涉及的广度、深度的增加,尤其是电子政务、企业信息化发展到应用主导阶段之后,人们越来越认识到项目生命周期中范围管理的重要性、基础性。作者总结了多个重要信息化项目建设的经验,认为建立高效项目需求沟通机制、清晰的初始需求、严格的过程变更制度以及验收阶段对工程范围的合理界定是确保项目成功重要因素。