笔记-高项案例题-2017年上-变更管理-需求管理

2017上半年高级信息系统项目管理师下午案例分析真题

【说明】
项目经理小李负责了一个新的项目,该项目的内容是为某市开发一套智慧城市公共综合信息服务平台。项目启动阶段,甲方仔细查看了小李提交的项目实施方案,提出由于该项目的投资方构成复杂,项目需求不清晰,希望项目组能想办法解决这个问题

小李向公司申请了几名经验丰富的系统分析师,加强需求分析阶段的工作。经过较为充分的需求调研,形成了初步的需求说明书。小李认为需求分析工作较为详细,按照公司常用的软件开发生命周期模型,选择了瀑布模型进行开发。

在编写概要设计和详细设计说明书的过程中,客户方提供了几处需求的修改要求。由于其工作量不大,小李直接安排系统分析师按客户的要求进行了修改。在编码阶段后期,由于客户的投资方发生了变化,新的投资方采用了新的运营模式,导致需求发生较大变化,由于前期甲方已经强调过项目需求特点和要求,小李只能接受客户新的变更要求。在执行变更的过程中,项目组发现新的需求将导致系统架构的更改,经过评估该变更将使项目延期

【问题1】(5分)
请分析该项目在整个过程中存在哪些主要问题?

【问题2】(7分)
请说明项目范围(需求)变更控制流程。

【问题3】(6分)
请将下面(1)~(6)处的答案填写在答题纸的对应栏内。
每项记录在册的变更请求都必须由(1)批准或否决。
变更结束后,形成新的项目极限并纳入到配置库的(2)库中,这时配置管理员应向项目组成员提交一份(3)报告。x
(4)、(5)、(6)构成了项目的范围基准。

【问题4】(3分)
小李选择瀑布模型作为生命周期模型是否合适?如合适,请说明理由;如不合适,请说明理由,并给出合适的生命周期模型。


【问题1】

1)只有初步的需求说明书,没有形成需求规格说明书
2)需求规格说明书没有进过评审
3)没有充分考虑项目特性,选择的开发模型不适合项目
4)没有制定或者没有遵循变更控制流程,可以的变更直接修改;
5)风险管理不够,没有制定易识别的重大风险相对应的风险应对策略;

▲【问题2】

1)提出变更申请
2)对变更进行初审
3)变更的论证(对变更请求内容进行分析、评估、论证
4)CCB确认审批并通知相关人员
5)同意或拒绝变更
6)实施被批准的变更
7)变更的监督与控制
8)更新配置信息(通知相关人员)沟通存档

【问题3】

每项记录在册的变更请求都必须由(CCB)批准或否决。

变更结束后,形成新的项目极限并纳入到配置库的(受控库)库中,这时配置管理员应向项目组成员提交一份(配置状态)报告。

范围说明书)、(WBS)、(WBS词典)构成了项目的范围基准。

【问题4】

不合适。
因为项目最初,客户已经明确表达项目投资方构成复杂,项目需求不清晰。这可能会导致有大量的需求变更产生。而瀑布模型是一个阶段接着一个阶段,只适用于需求明确的项目。它缺乏灵活性,不能应对题干中所说项目的情形。建议使用迭代模型进行项目开发。

--------------本文结束 感谢您的阅读--------------