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

往期系统集成项目管理工程师每日一练试题汇总：www.cnitpm.com/class/27/e2_1.html

系统集成项目管理工程师案例分析每日一练试题（2022/10/22）在线测试：www.cnitpm.com/exam/ExamDayAL.aspx?t1=2&day=2022/10/22

点击查看：更多系统集成项目管理工程师习题与指导

系统集成项目管理工程师案例分析每日一练试题内容（2022/10/22）

阅读下列说明，回答问题1至问题4,将解答填入答题纸的对应栏内。

[说明]

信管网集成公司和某地区的燃气公司签订了系统升级合同，将原有的终端抄表系统升级改造，实现远程自动抄表且提供APP终端应用服务。

公司指定原系统的项目经理张工来负责该项目，目前张工已经升任新产品研发部经理。张工调派了原项目团队的核心骨干刘工和李工分别负责新项目的需求调研和开发工作。刘工和李工带领团队根据以往经验完成了需求调研和范围说明书。但由于该项目甲方负责人负责多个项目，时间紧张，导致需求评审会无法召开。张工考虑到双方已经有合作基础，李工和刘工对原系统非常熟悉，为了不影响进度，张工让项目组采用敏捷开发模式，直接进入了设计和编码阶段。

在客户验收测试时，甲方负责人提出APP的UI设计不符合公司风格、不兼容新燃气表的数据接口、数据传输加密算法不符合要求等多项问题，要求必须全部实现这些需求后才能验收。此时张工把公司新产品研发部正在研发的新产品给甲方负责人展示，双方口头约定可以采用新产品部分功能实现未完善的需求。经过增加人员和加班赶工，延期1个月完成。项目上线后用户又发现了若干问题。

[问题1](8分)

结合案例， 请从项目范围管理的角度指出该项目实施过程中存在的问题。

[问题2](6分)

请写出范围说明书的内容和作用。

[问题3](6分)

结合案例。请阐述张工在需求变更过程中需要完成的具体工作内容。

[问题4] (5分)

请将下面①~⑤处的答案填写在答题纸的对应栏内。【转自信管网(cnitpm.com)】

（1）在每个项目任务的分解单元中都存在可交付成果和 ① ，标志着某个可交付成果或阶段的正式完成。

（2）创建 ② 是将项目的可交付成果和项目工作分解为较小的、更易管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。其最底层的可交付成果或项目工作组成部分称为 ③ 。

（3）项目干系人提出变更申请后，一般由 ④ 或 ⑤ 进行初审。

信管网miss_b：
问题1： 没有进行需求评审 没有做好工作交接 不能因为个人对系统熟悉就直接进行开发 没有做好范围确认 没有做好质量管理 没有进行变更管理 问题2： 确定所有可交付成果 明确项目范围 明确项目干系人 问题3： 确定变更内容 发起变更请求 变更初审，ccb急性变更决策 实施变更 检查变更结果 变更控制 问题4： 里程碑，wbs，工作包，ccb，

信管网pizifan：
1、需求调研时没有准确活得干系人的需求，包括实际的系统用户及客户；需求形成后没有进行项目范围说明书的确认就进行编码；项目范围变更后没有实施变更流程，只是口头约定；导致项目延期及成本的变更； 2、范围说明书的作用就是形成正式的项目实施范围，为后期项目开发指导方向；主要包括需求范围、范围标准等； 3、由客户或干系人提出变更申请；项目经理进行变更初审，确认范围变更的必要性；提出变更方案；变更控制委员会进行变更方案进行评审；实施变更；变更过程监控；变更结果的是否使得项目重新回到正常轨道； 4、 wbs 工作包 项目经理或项目管理委员会

信管网yoke123：
1  （1）范围说明书没有经过干系人评审＜br＞（2）没有分阶段对项目进行验收＜br＞（3）新需求没有走过变更管理流程＜br＞＜br＞2 内容:规定项目实现的所有功能；＜br＞作用:是wbs的基础；验收范围＜br＞＜br＞3 提交变更申请＜br＞ccb评审变更申请＜br＞ccb审核通过＜br＞实施变更＜br＞验证变更＜br＞记录变更＜br＞＜br＞4 ＜br＞（1）产品＜br＞（2）wbs＜br＞（3）工作包＜br＞（4）ccb  项目干系人

信管网cnitpm491132458548：
1.没有编制项目范围管理计划，导致项目范围出现偏差明确＜br＞2.没有向干系人收集需求，导致需求不明确＜br＞3.范围定义不明确，不能以以往系统经验来定义范围活动＜br＞4.没有对项目范围活动进行分解＜br＞5.没有与甲方进行项目范围的确认＜br＞6.没有对范围活动的监控＜br＞7.需求评审没有进行编码工作是不对的＜br＞8.项目进行过程中，没有与甲方进行范围确认＜br＞＜br＞＜br＞范围说明书内容: 产品范围描述，项目边界，项目可交付成果，项目约束，项目需求，假设条件，项目目标＜br＞＜br＞1.需求不能只口头提出，提出变更形成文档记录＜br＞2.项目经理需要对变更进行评估＜br＞3.提出的变更需要经过变更评审委员会ccb批准审批＜br＞4.对变更进行实施＜br＞5.变更实施过程中需要对变更进行监控＜br＞5.与甲方确认完成需求变更活动＜br＞＜br＞里程碑＜br＞工作分解结构＜br＞工作包＜br＞项目经理 变更控制委员会

信管网cnitpm39241310443：
【问题1】 1.缺少范围管理计划 2.需求没有得到评审 3.没有定义范围，缺少范围说明书 4.没有创建wbs 5.没有确认范围，确认范围之前没有做好控制质量 6.没有做好控制范围 7.需求没有经过评审，直接进入了设计和编码阶段 8.双方口头约定，双方没有签字 9.确实需求变更流程 【问题2】 范围说明书的内容：项目目标、项目边界、项目除外责任、项目可交付成果 产品描述、假设条件、制约因素 范围说明书的作用：约定好项目除外责任 【问题3】 1.提出变更请求 2.项目经理和团队评估变更影响 3.将评估结果通知项目干系人（客户） 4.ccb审批 5.执行变更 6.记录变更实施情况 7.分发新文档 【问题4】 1.里程碑2.wbs3.工作报告4.项目经理5.团队成员