信息系统项目管理师案例分析当天每日一练试题地址：www.cnitpm.com/exam/ExamDayAL.aspx?t1=1

往期信息系统项目管理师每日一练试题汇总：www.cnitpm.com/class/27/e1_1.html

信息系统项目管理师案例分析每日一练试题（2024/5/23）在线测试：www.cnitpm.com/exam/ExamDayAL.aspx?t1=1&day=2024/5/23

点击查看：更多信息系统项目管理师习题与指导

信息系统项目管理师案例分析每日一练试题内容（2024/5/23）

【说明】
某公司2014年初承接了一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：
（1）指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；
（2）实施组获得需求分析文档后，一周内进行技术方案设计；
（3）技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；
（4）需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；
（5）开发组根据开发计划进行定制开发工作；
（6）每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。
项目进行过程中，发生了如下事件，导致项目延期半年才完成：
[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。
[事件2] 2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。
【问题1】（12分）

结合案例及你的工作经验，请说明项目经理小张在范围管理及控制过程中存在哪些不足?
【问题2】（4分）
结合案例，围绕需求管理，请将下面（1）~（2）处的答案填写在答题纸的对应栏内。
案例中，2014年底推广使用的时候发现，业务流程有缺失，这一现象是由于缺乏（1）中的（2）
【问题3】（5分）
请简述跟踪需求的内容包括哪些？
【问题4】（4分）
如果你是小张的经理，请帮助小张改进范围管理及控制过程中的不足。

信管网试题答案与解析：www.cnitpm.com/exam/ExamDayAL.aspx?t1=1&day=2024/5/23

信管网考友试题答案分享：

信管网cnitpm5382686105：
范围管理，确认范围业务目标、目的，项目目标，项目范围和wbs可交付成果，产品设计，产品开发，测试策略和测试场景，高层级需求转变为详细需求

信管网cnitpm576646597853：
1.根据自己经验，为参照合同等 2.未全员参与需求识别 4.未实施整体变更控制 沟通 监控 未做可行性研究 技术方案未做评审 月度开发技术粒度太粗 wbs分解不到位监控项目 验收确认编号，需求名称，内容描述，责任人，时间，标准规划阶段全员参与，并评审，确认 收集需求在整个项目中反复开展 定义需求做好跟踪和原型，充分沟通 创建wbs更加精确合理 二次确认可交付物 做好演示，并广泛实际环境试用 做好进度范围控制 实施整体变更控制

信管网19907208079：
1.需求收集时干系人没有识别到位。 2.没有做范围确认。 3.没有制作需求追踪矩阵。 4.需求分析没有往深度分析。 5.制定了需求管理计划，没有制作范围管理计划。 6.没有对可交付成果做分解 7.没有制定范围基准。 8.需求变动后没有遵循变更流程。 9.在做范围控制时没有对应需求清单和需求跟踪矩阵。 10.控制范围做的不好，有流程上的错误。 11.确认范围没做到位，有bug。范围基准中的 范围说明书1.需求清单 2.需求跟踪矩阵 3.需求跟踪矩阵上每一个需求都能在可交付成果上体现？ 4.可交付成果的每一个功能都能对应上需求跟踪矩阵。1.制定范围管理计划 2.制定范围基准 3.制定变更流程 4.控制范围时依据范围基准确认需求是否已全部已完成，并且没有偏差。 5.确认范围前要做好质量控制工作。

信管网cnitpm662359360928：
1、没有制定范围管理计划来指导工作 2、针对可能存在的频繁的需求变更，没有制定需求管理计划来管理需求 3、技术方案没有经过评审 4、没有制定标准的变更控制流程 5、没有成立变更控制委员会 6、变更没有经过变更控制流程审查 7、需求更新后，没有对技术方案进行调整 8、需求跟踪不到位，开发的业务流程有缺失 9、需求收集和分析不到位，导致开发返工任务多 需求跟踪矩阵 正向跟踪1、跟踪需求规格说明书中描述的功能，可以在最终产品中找到对于的成果 2、项目中的文档、产品、可交付物等可以在需求规格说明书中找到对应的出处1、制定范围管理计划和需求管理计划来指导工作 2、制定标准的变更控制流程，成立变更控制委员会来管理变更 3、做好需求的收集和分析，确保没有遗漏

信管网cnitpm711183884469：
1.需求确认后，没有进行定义范围，创建wbs，工作没有进一步细化，没有建立范围基准，导致开发组返工多。 2.确认范围做的不好，需求确认后，需要用户签字确认。没有确认好业务流程，导致交付有问题。 3.控制范围，没有对范围基准进行维护。 4.没有制定变更流程。 （1）范围管理 （2）范围基准 1.干系人及时沟通 2.沟通方法与信息传递。 3.范围基准。 3.范围变更的实施 4.更新需求计划 5.及时反馈 6.定义产品范围 7.干系人需求 1.制定范围管理计划 2.收集需求后，制定范围说明书 3.创建wbs，制定范围基准 4.阶段性验收已完成的可交付成果。 5.控制范围基准的变更

信管网试题答案与解析：www.cnitpm.com/exam/ExamDayAL.aspx?t1=1&day=2024/5/23