软考高项学习:5-6 确认与控制范围

本节将5-6确认范围与5-7控制范围合并,共包括四小节:
1、确认范围的概述;
2、干系人的关注点;
3、几个术语的比较(确认范围、核实产品、质量控制、项目收尾);
4、控制范围。
5.6.1 确认范围的概述
【定义】确认范围(Validate Scope)是正式验收项目已完成的可交付成果的过程。包括与客户或发起人一起审查可交付成果,确保可交付成果已圆满完成,并获得客户或发起人的正式验收。
【确认范围的主要作用】使验收过程具有客观性,同时,通过验收每个可交付成果,提高最终产品、服务或成果获得验收的可能性。
【实际情况】在信息系统集成项目中,确认范围并不是容易的事情,项目团队必须有足够的能力与用户沟通,让用户意识到:虽然确认项目范围是正式的,但并不意味着该项目的范围无法修改了,只是无论何时更改范围,都会引起项目的时间、进度和资源上的变化。
【确认范围的主要工具与技术】检查和群体决策技术
检查也称为审查、评审、审计、走查、巡检、测试等,是指开展测量、审查与确认等活动,来判断工作和可交付成果是否符合需求和产品验收标准。例如,验收测试就是一种典型的确认范围的技术。
1、确认范围的步骤
确认范围应该贯穿项目的始终。如果是在项目的各个阶段对项目的范围进行确认工作,则还要考虑如何通过项目协调来降低项目范围改变的频率,以保证项目范围的改变是有效率和适时的。确认范围的一般步骤如下。
1)确定需要进行范围确认的时间。
2)识别范围确认需要哪些投入。
3)确定范围正式被接受的标准和要素。
4)确定范围确认会议的组织步骤。
5)组织范围确认会议。
通常情况下,在确认范围前,项目团队需要先进行质量控制工作,例如,在确认软件项目的范围之前,需要进行系统测试等工作,以确保确认工作的顺利完成。
2、需要检查的问题
项目干系人进行范围确认时,一般需要检查以下6个方面的问题:
1)可交付成果是否是确定的、可确认的。
2)每个可交付成果是否有明确的里程碑,里程碑是否有明确的、可辨别的事件,例如,客户的书面认可等。
3)是否有明确的质量标准,也就是说,可交付成果的交付不但要有明确的标准标志,而且要有是否按照要求完成的标准,可交付成果和其标准之间是否有明确的联系。
4)审核和承诺是否有清晰的表达。项目发起人必须正式同意项目的边界,项目完成的产品或者服务,以及项目相关的可交付成果。项目团队必须清楚地了解可交付成果是什么。所有的这些表达必须清晰,并取得一致的同意。
5)项目范围是否覆盖了需要完成的产品或服务进行的所有活动,有没有遗漏或者错误。
6)项目范围的风险是否太高,管理层是否能够降低可预见的风险发生时对项目的冲击。
 
5.6.2干系人关注点
确认范围主要是项目干系人(例如,客户、发起人等)对项目的范围进行确认和接受的工作,每个人对项目范围所关注的方面是不同的。
1、管理层所关注的项目范围,是指范围对项目的进度、资金和资源的影响,这些因素是否超过了组织承受范围,是否在投入产出上具有合理性。在确认范围工作进行之后,管理层可能会取消该项目,可能是因为项目范围太大,造成对时间、资金和资源的占有远远大于管理层的预计或者组织的承受能力。更多的情况是要求项目团队压缩范围以满足进度、资金和资源的限制。
2、客户主要关心的是产品的范围,关心项目的可交付成果是否足够完成产品或服务。
有些项目的产品经理就是客户,在这种情况下,能够减少项目团队对产品理解的失误的
可能性,降低项目的风险。
3、项目管理人员主要关注可交付成果是否足够和必须完成,时间、资金和资源是否足够,主要的潜在风险和预备解决的方法。
4、项目团队成员主要关心项目范围中自己参与的元素和负责的元素,通过定义范围中的时间检查自己的工作时间是否足够,自己在项目范围中是否有多项工作,而这些工作又有冲突的地方。如果项目团队成员估计某些可交付成果无法在确定的时间完成,需要提出自己的意见。
【注意事项】
1)如果在确认范围工作中发现项目范围说明书、WBS中有遗漏或者错误,需要向项目团队明确指出错误的内容,并给出修正的意见。项目团队需要根据修改意见重新修改项目范围说明书和、WBS
2在确认范围的工作过程中也可能会出现范围变更请求,如果这些范围变更请求得到了批准,那么也要重新修改项目范围说明书和WBS
 
5.6.3 几个术语的比较
1、确认范围与核实产品
核实产品是针对产品是否完成,在项目(或阶段)结束时由发起人或客户来验证,强调产品是否完整;
确认范围是针对项目可交付成果,由客户或发起人在阶段末确认验收的过程。
2、确认范围与质量控制
确认范围与质量控制的不同之处在于:
1)质量控制强调可交付成果的正确性,并符合为其制定的具体质量要求(质量标准)。确认范围主要强调可交付成果获得客户或发起人的接受;
2)质量控制一般在确认范围前进行,也可同时进行;确认范围一般在阶段末尾进行。
3)质量控制属内部检查,由执行组织的相应质量部门实施;确认范围则是由外部干系人(客户或发起人)对项目可交付成果进行检查验收。
 
5.6.4 控制范围
【定义】控制范围(Control)是监督项目和产品的范围状态、管理范围基准变更的过程。
【主要作用】在整个项目期间保持对范围基准的维护。
对项目范围进行控制,就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程的处理。
在变更实际发生时,也要采用范围控制过程来管理这些变更。
 1、范围变更的原因
造成项目范围变更的主要原因是项目外部环境发生了变化,例如:
1)政府政策的问题。
2)项目范围的计划编制不周密详细,有一定的错误或遗漏。
3)市场上出现了或是设计人员提出了新技术、新手段或新方案。
4)项目执行组织本身发生变化。
5)客户对项目、项目产品或服务的要求发生变化。
【范围蔓延的定义】未经控制的产品或项目范围的扩大(未对时间、成本和资源做相应调整)
在信息系统集成项目中,变更是不可避免的,控制范围过程依赖于范围变更控制系统。
【范围变更控制的定义】指对有关项目范围的变更实施控制,审批项目范围变更的一系列过程,包括书面文件、跟踪系统和授权变更所必须的批准级别。
2、范围变更控制的工作
在整个项目周期内,项目范围发生变化,则要进行范围变更控制。
范围变更控制的主要工作如下:
1)影响导致范围变更的因素,并尽量使这些因素向有利的方面发展。
2)判断范围变更是否己经发生。
3)范围变更发生时管理实际的变更,确保所有被请求的变更按照项目整体变更控制过程处理。

原文始发于微信公众号(豆豆知识杂谈)

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/249609.html

(0)
软考助手的头像软考助手

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!