笔记-高项案例题-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】

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