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

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

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

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

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

试题一（25分）
阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内.
【说明】
某集团公司希望对总部现有信息系统进行升级改造，升级后的系统能收集整合子公司各类数据，实现总部对全集团人力资源、采购、销售信息的掌握、分析及预测。
小王担任项目经理，项目交付期为60天。小王研究了总部提出的需求后，认为项目核心在于各子公司数据收集以及数据可视化及分析预测功能。各子公司数据收集可以以总部现有系统中的数据格式模板为基础，为各子公司建立数据上传接口。针对数据的分析预测功能，由于涉及到人工智能等相关算法。目前项目组还不具备相关方面的知识储备，因此项目组对该模块功能直接外包。小王将数据收集与可视化工作进行了WBS分解，WBS的部分内容如下∶

此外，虽然总部没有提出修改界面，但小王认为旧版的软件界面不够美观，让软件研发团队重新设计并更改了软件界面。
试运行阶段，总部人员试用后，认为已经熟悉旧版的操作模式，对新版界面的布局极其不适应；各子公司数据报送人员，认为数据上报的字段内容与自己公司的业务并不相关，填写困难。总部和各子公司的试用人员大部分认为新系统不是很好用。
【问题1】（12分）
（1）请结合案例，简要分析该项目经理在WBS分解中存在的问题。
（2）写出WBS分解时，需要注意的事项。
【问题2】（8分）
请结合案例，除WBS分解的问题外，项目在范围管理中还存在哪些问题。
【问题3】（3分）
请描述项目范围说明书的内容。
【问题4】（2分）
请将下面（1）～（4）处的答案填写在答题纸的对应栏内。
项目范围是否完成要以（1）来衡量，包括（2），（3），（4）。

信管网user************：
（1）1、一个工作包对应多个责任人 2、系统测试与验收分解不够，还要细分 3、系统测试与验收工期太短，安排不合适 4、赵工负责采购和销售两个模块的编码，工作安排不合理 （2）1、wbs要面向可交付成果 2、wbs要符合项目范围 3、wbs底层要支持计划和控制 4、wbs一般分解为4-6层 5、每个工作包有且只有一个负责人，一个工作包只属于一个上层单位，不交叉从属 6、wbs的分解过程需要所有的干系人参与 7、wbs不是一层不变的，需要更新 8、wbs还要包括项目管理工作和外包出去的工作1、没有规划范围管理，没有范围管理计划。 2、没有收集需求，形成需求文件。 3、数据收集直接使用总部现有模板。 4、没有定义范围，没有范围说明书。 5、没有形成范围基准。 6、更改软件界面，有镀金行为。产品范围、项目范围、验收标准、项目的除外责任。范围基准；范围说明书，wbs，wbs字典。

信管网user************：
1，wps必须面向可交付成果 2 wps必须符合项目范围 3 wps必须有人负责有且只有一个人负责 4 wbsd城应该支持计划和控制 5，wps应该控制在四到六层 6，wps的编制需要所有干系人参与 7: wps应该包括项目管理工作也要包括分包出去的工作 8，wbs并非是一成不变的1，制定项目范围说明书 2，根据详细说明书创建wbs 3，确定如何审批和维护范围基准 4，正式验收已完成项目可交付成果

信管网cnit**************：
（1） 1.未确认全部可交付成果 2.未进行收集需求 3.团队成员未参与整个过程 4.wbs未包含所有可交付成果 5.外包工作未计算在wbs内 6.未确认范围，导致范围蔓延 7.没有与主要干系人沟通和确认 8.未进行整体变更控制 （2） 1.wbs必须面向可交付成果 2.wbs必须符合项目范围 3.wbs分解4-6层 4.wbs元素必须有一人负责 5.wbs底层工作包必须支持计划和控制 6.wbs分解必须所有干系人参与 7.wbs工序必须包括项目管理工作 8.wbs并非一成不变的1.没做收集需求 2.没确认项目范围 3.没做变更控制，范围蔓延 4.没做好干系人沟通 5.项目范围交付成果未确认评审项目范围 产品范围描述 主要可交付成果 假设条件 制约因素 验收标准 项目除外责任1验收并上线 2验收的可交付成果 3产品文档 4产品手册

信管网软考高项****：
1.程序编制总工期为30天，下属活动包却是65天，不符合分解要求 2.系统测试验收工作由多人负责，不符合唯一责任人原则 3.子模块综合大于了总工期，不符合分解规则 4.赵工同时负责了销售模块和采购模块，存在资源紧张或冲突的问题 5.人力资源模块分解时长超过了80小时原则 注意事项： 1.分解工作支持100％的项目工作原则 2.工作包由唯一的负责人 3.下级元素之和等于上级元素 4.分解层级为4-6层 5.单活动包的小时不超过80小时原则 6.wbs并非一成不变的 7.分解层级支持项目工作的控制和管理 1.缺少范围管理计划和需求管理计划 2.获取需求从现有数据为进行有效的需求调研分析 3.定义范围工作不够全面客观，缺少干系人参与 4.控制范围缺少变更管理控制流程进行管控 5.未制定客观全面的范围基准 6.确认范围工作存在不足，未进行有效的范围确认便试用 7.未制定客观全面的验收标准1.除外责任 2.项目工作 3.产品工作 4.验收标准1.范围基准 2.wbs 3.wbs词典 4.范围工作说明书

信管网loom**：
（1）①没有完全分解全部任务，缺少外包的数据预测功能模块的wbs分解；②在分解wbs时，自行把软件界面修改加入到需求，扩大了范围，增加了项目风险；③wbs分解没有把系统测试与验收这个任务分解到最小工作包，该任务的负责人应该为一个人，不该由两人负责。 （2）wbs分解要注意将每个任务分解到最小工作包，每个工作包只能有一个负责人，wbs分解不要扩大需求范围，要按照项目范围计划合理分解。1.自行扩大了项目范围 2.收集需求工作没有做好，导致数据上报字段与业务衔接不上。 3.范围变更没有提交变更申请，随意变更范围，增大风险需求功能，需求收集技术，范围确认标准确认范围过程，需求跟踪矩阵，需求文件，项目章程