<软考高项备考>《论文专题 - 42 范围管理(1) 》
1 范围管理基础
1.1 写作要点
过程 | 定义、作用 | 写作要点、思路 |
---|---|---|
规划范围管理 | 规划范围管理是为了记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。作用:在整个项目期间对如何管理范围提供指南和方向。 | 写范围管理计划、需求管理计划的内容;编写计划的原则;计划的作用。 |
收集需求 | 收集需求是为实现目标而确定,记录并管理干系人的需要和需求的过程。作用:为定义产品范围和项目范围奠定基础。 | 写有哪些类型的需求、写需求文件、需求跟踪矩阵等,可结合一些方法进行举例说明 |
定义范围 | 定义范围是制定项目和产品详细描述的过程。作用:描述产品、服务或成果的边界和验收标准。 | 结合项目举例写项目的范围说明书有什么内容。 |
创建WBS | 创建工作分解结构(WBS)是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。作用:为所要交付的内容提供架构。 | 写为什么要分解,是按照树型还是列表型,是将什么作为第一层(方法),分解的5个步骤是什么?遵循的原则是什么(举例、别罗列)、5层WBS。 |
确认范围 | 确认范围是正式验收已完成的项目可交付成果的过程。作用:①使验收过程具有客观性: ②通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。 | 可以写范围确认的步骤、范围确认和质量控制的区别和联系、各干系人分别关注的内容是什么。有哪些被接收了,哪些有问题,需要变更、整改。 |
控制范围 | 控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。作用:在整个项目期间保持对范围基准的维护。 | 可以写由于什么原因,导致有变更,我们是如何走变更的控制流程来控制变更,防止范围蔓延和镀金的。 |
1.2 可能的子题目
1、项目范围管理的含义与作用、意义【过渡段】
2、项目范围管理的过程、工具和技术、输入输出【各个过程】
3、结合你在项目范围管理中遇到的实际问题与解决方法,论述如何做好项目的范围管理,并总结心得体会【各个过程】
4、范围管理计划和需求管理计划的内容【规划范围管理】
5、需求跟踪矩阵、需求文件【画图题】【收集需求】
6、范围说明书的内容有哪些?如何制定范围说明书?【范围定义】
7、活动和工作包、规划包、控制账户的关系【创建WBS】
8、如何创建WBS(8个原则、5个步骤、3个方法、2种结构、作用、5层WBS)?分解有何意义? 【画图题】【创建WBS】
9、如何做好范围确认?范围确认的重要性、步骤?范围确认和质量控制有何区别? 各干系人范围确认的关注点有什么区别?【范围确认】
10、范围控制的内容?如何防止范围蔓延和镀金的行为?引起项目范围变更的因素有哪些?变更的原因?范围变更的流程?【范围控制】
11、简述需求管理和范围管理的区别与联系?【过渡段】
12、简述范围管理和XX管理的关系?【过渡段】
2 过程1-规划范围管理
2.1 问题
4W1H | 过程 |
---|---|
做什么 | 为了记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程;作用:在整个项目期间对如何管理范围提供指南和方向 |
为什么做 | 指导范围管理知识领域其他过程如何开展 |
谁来做 | 项目管理团队/项目团队(如果项目规模比较小) |
什么时候做 | 制定项目章程后,范围管理其他过程之前 |
如何做 | 专家判断、数据分析(备选方案分析)、会议 |
主要成果 | 结合项目重点描写范围管理计划的内容,包括但不限于: ? 人员角色和职责,谁来收集需求 ? 怎么定义范围,有那些参考标准《系统需求说明书》 ? 怎么评审WBS分解的大体方案 ? 范围变更的流程,需要谁来签字确认,确认范围的流程等等 |
2.2 输入输出和工具技术
组 | 过程 | 输入 | 工具和技术 | 输出 |
---|---|---|---|---|
计划 | 1.规划范围管理 | 1.项目章程2.命周期描述、开发方法)项目管理计划(质量管理计划、项目生3.事业环境因素4.组织过程资产 | 1.专家判断2.数据分析(备选方案分析)3.会议 | 1.范围管理计划2.需求管理计划 |
2.3 范围管理计划和需求管理计划
2.4 范围管理计划示例
项目名称:项目批准日期 | 2*7年1月1日 |
---|---|
制订项目范围说明书: | 内容:项目范围说明书是对项目范围、产品及验收标准、主要可交付成果、项目边界及假设条件和制约因素的描述。说明:应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书 |
WBS创建: | 角色:由全体项目团队和与工作包相关的全体关键干系人;步骤及说明:确定项目工作和所有交付物-采用逐级的表格形式,以可交付物为第二层开始的分解结构进行分解(如模块、文档等-WBS各组件编码规范为:1、1.1、1.2;2、2.1、2.2逐级编码方式-要检查下层组件是否充分且必要-WBS组件能划分个人或组织单元 |
验收可交付成果: | 确定确认验收的时间-识别需要哪些资源投入-确定范围正式接受的标准-确定会议的步骤-组织确认范围会议;验收通过后,必须签属《**验收情况表》,填写验收意见和待跟进事项;验收未通过,则记录未通过原因,后续重新组织 |
范围变更: | 说明:需求变化及产品功能的增加、修改和删除均属范围变更;范围变更程序:变更申请(负责人先沟通了解)-提交书面申请-范围变更均交由CCB审批-同意则更新需求文档和范围基准,拒绝需记录拒绝的原因和理由,并记录在变更日志-进行变更实施,必须在系统中跟踪变更实施情况-总结、归档变更 |
2.5 需求管理计划示例
项目名称:** | 项目批准日期 :2*7年1月1日 |
---|---|
需求收集: | 常用“文件分析、问卷调查、焦点小组、名义小组、引导式研讨会”等工具;收集完成后,应填写《用户需求说明书》,并同需求提出人进行签字确认; |
需求记录: | 把确定下来的需求记录到“需求文件、需求跟踪矩阵”中,记录需求的时候,会针对部分需求用“系统交互图、原型”甚至把“竞争对手产品或者最佳实践的产品界面功能截图在需求中” |
需求排序: | 对需求进行优先级排序,按“非常重要、重要、一般”三个等级进行划分,团队根据客户的需求重要性、紧迫性等综合因素,采用“多标准决策分析、投票”等方法进行排定 |
干系人参与需求管理的策略: | 1.用户需求说明书:需求人员编写完成后应同需求提出人签字确认;干系人:需求员,需求提出人,用户需求审批人2.需求规格说明书:需求人员编写完成后应进行评审通过后方可实施;干系人:需求人员、需求提出人,需求审批人,测试人员、设计人员、开发人员,最终用户 |
需求跟踪结构: | 对应《需求跟踪矩阵》,在项目中建立“需求编号、需求说明、功能点、业务设计文档、组件、测试用例”等跟踪属性。将需求与可交付成果、需求与相关方(谁提、谁开发谁测试、谁确认等信息)”关系定下来 |
2.6 范文
【范例1】
规划范围管理就是书面描述将如何定义、确认和控制项目范围和产品范围的过程。项目规划阶段,我就以项目章程、项目管理计划等资料为依据,邀请相关领域专家、乳企杨总,团队成员,以专题会的形式对项目范围进行了规划。通过会议达成共识,主要内容如下:1.成立需求分析组,深入用户现场收集需求2.范围确认要获得乳企杨总的书面签3.乳企的范围变更统一由王主任汇总提交,我组织团队成员初审评估后由CCB做出决策。规划通过评审后,最后形成了范围管理计划和需求管理计划。为项目的范围管理提供了指南和方向。
【范例2】
规划范围管理是编制范围管理计划,书面描述将如何定义、确认和控制项目范围的过心为项目范围管理提供指南和方向,我带领项目组通过项目管理计划、项目章程,并邀请公司相关领域的专家帮助,依靠他们丰富的理论知识和站在全局的高度进行项目的分析,另外还借鉴公司做过的同等规模的医院项目,结合此项目实际情况编制项目范围管理计划和需求管理计划。明确了根据系统功能的方式来作为WBS的第二层、范围基准确定后,新需求变更必须经过CCB审核才可以修改,规定了确认范围的方法。
【范例3】
规划范围管理就是书面描述将如何定义、确认和控制项目范围和产品范围的过程。在项目规划阶段,我带领项目团队根据项目章程和项目管理计划的内容,召开多次范围管理规划会议,在会议中大家各抒己见,发表自己的想法和意见,虽然有一些分歧,但通过专家给予专业性指导建议和冲突处理的方式,最终达成共识,最后形成的范围管理计划和需求管理计划得到了客户和相关干系人的认可及确认。范围管理计划包括如何制订范围说明书、如何根据范围说明书创建WBS,如何确认和正式验收已完成的可交付成果等内容。为我们整个项目期间开展范围管理提供了指南和方向
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!