浅谈软件项目范围变更管理

发表于:2016-4-27 11:00

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:唐天    来源:51Testing软件测试网采编

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

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号