浅谈软件项目范围变更管理
作者:网络转载 发布时间:[ 2016/4/27 13:11:35 ] 推荐标签:软件测试管理 项目管理 需求管理
我认为,任何项目都有一个范围。项目范围是使客户满意而必须做的所有工作,它包括了项目的产品或服务以及实现其所做的各项工作。范围管理是为了成功地实现项目的目标,规定或控制哪些是项目应该做的,哪些是不该做的。范围告诉了我们:做什么、怎么做、做到什么程度。
范围管理是项目成功的基础和重要因素。如果不能合理界定项目范围,项目无法启动,无法进行项目管理,意外的变更将会随时出现,项目也会返工、费用上升甚至不能完成。
项目范围管理的核心是控制项目范围变更。目前,项目在实施过程中由于受到内外多种因素的影响,使得项目范围的变更已经不可避免,也无法避免。所以,控制变更的关键在于如何规范变更的标准、程序,把范围变更对项目造成的影响降到低。
我觉得,降低范围的变更,可以从三方面努力:
一、准确定位项目需求
项目重要的阶段是进行需求分析,明白真正的需求。项目需求指是用户真正需要什么,而不是供应商假设用户需要什么和供应商能够供应什么。需求的准确定位是要按用户要求,对目标系统提出完整、准确、清晰、具体要求。这对一个项目的成功来说非常重要,需求分析做得不好,会造成需求不断变更,从而影响进度、费用,甚至会导致项目失败。但我们往往由于对需求的重要性认识不足,使需求调研不细致、需求分析不到位、控制变更能力弱。如:
A、需求定位不准。
项目团队在大多数情况下对于项目了解和理解很少,对项目的背景在广度和深度两方面的挖掘不够、认识不足、把握不准,从而导致了项目需求定位不准。
B、需求不合理。
用户无法提出完整、详细需求,或用户认为已经明确表达自己要求,但实际上项目团队并不能按照用户所想象的那样去理解他们的需求,用户对于项目期望过高,或希望在短时间看到效果,但由于技术却满足不了要求,导致需求过度。
二、科学定义项目范围
我们定义项目工作范围,有三种方法,WBS、PBS、工作关系表。
应当注意以下几点:
A、树立“可计划量”概念。
WBS的分解元、计划图的信息即为“可计划量”,它是项目的精华。而团队运转、人际关系、协调方式、沟通技巧和风险管理等是不可能计划的,无法放进WBS,是非计划量,但这部分也需要管理。
B、重视“边界”。
明确WBS、实施计划和边界非常重要。无论什么项目,范围的管理都是动态的,存在模糊边界、交涉边界和搭接边界,所以我们一定要重视对边界问题处理。
C、项目工作范围是无形和可控的。
对范围限制来自三方面:成本预算、计划时间和质量标准。对工作的分解要符合限制条件的要求。
D、按分解的规律去工作。
WBS是工作逻辑的有机体,不同类型的项目分解,有不同的要求,要按照项目自身规律去做事,项目范围经常变化,是一个从不确定到确定,再到不确定的循环往复的过程,WBS需要进行更新。
我认为,一个项目范围计划做得再好,也不可能不出现任何改变。变更是必然的,我们应该“拥抱范围变更”,这样才能适应环境。它可以为PM提供了一次重新计划项目、纠正和改进管理的机会。但变更如果失去控制,会产生风险。缺乏规范的变更是可怕的。
根据PMBOK的知识理论,变更时可按以下流程进行:
(1)提出变更申请,进行探讨;
(2)对变更申请进行审查;
(3)对申请变更事项进行分析;
(4)审查分析,如通过;
(5)批准变更。
项目管理需要不断沟通和协商、谈判,PM要经常与干系人进行沟通,为范围变更制定良好的控制计划并规范变更控制流程,还要注意对于较小的变更,要快速决策。我们的PM更重要的是实践出真知,找出自己的佳实践。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11