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

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

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

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

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

试题一（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）。

信管网morder1983：
（1） 1.wbs的分解不应由小王一个人负责，需要充分的团队参与 2.未对可交付成果进行全面识别和分析 3.wbs组件不应有多人负责的情况 4.wbs不符合8/80原则，工作包指导时间应该最低8小时，最高80小时 5.wbs没有包含管理工作 6.wbs没有包含分保出去的工作 7.wbs分解完成后，没有经过干系人一致的确认 8.修改wbs没有经过ccb审批，没有走变更流程 9.没有满足滚动分解原则，因为wbs并非一成不变的 （2） 1.wbs必须面向可交付成果 2.wbs必须符合项目范围 3.wbs的底层应该包括计划和控制 4.作为指导而不是原则，wbs应该控制在4-6层 5.wbs应该包括管理工作和分包出去的工作 6.wbs的元素必须有人负责，而且只有一个人负责 7.wbs的分解需要所有（主要）项目干系人参与和项目团队成员的参与 8.wbs并非一成不变的1.没有制定项目范围管理计划 2.为全面收集客户需求 3.未对需求进行跟踪 4.范围定义存在问题，未形成范围说明书 5.未进行范围确认 6.范围控制存在问题，范围变更未走变更流程 7.未与干系人进行良好的沟通 8.存在项目蔓延的风险1.产品范围描述 2.验收标准 3.可交付成果 4.项目的除外责任 5.制约因素 6.假设条件1.范围基准 2.经过批准的范围说明书，wbs，wbs词典

信管网cnitpm558146443874：
1.工作包需要符合8/80小时原则＜br＞2.工作包由唯一责任人负责＜br＞3.未包含管理工作和外包工作＜br＞4.wbs完成后未进行全员审核通过＜br＞5.wbs未按照变更流程进行变更操作＜br＞面向可交付成果＜br＞工作包符合8/80小时原则＜br＞全体干系人参与＜br＞包含外包和管理工作＜br＞一般为4-6层＜br＞工作包由唯一责任人负责＜br＞并非一成不变，改变需求进行流程审批＜br＞wbs需要进行审核通过＜br＞＜br＞未指定范围管理计划和需求管理计划＜br＞未行成需求文件和需求跟踪矩阵 ＜br＞客户需求未进行确认，阶段性验收工作，范围模糊＜br＞核心功能外包＜br＞未进行范围确认工作和范围控制工作＜br＞变更未按照变更流程执行＜br＞未进行详细的需求调查工作＜br＞＜br＞范围基准 wbs wbs词典和被批准的项目范围说明书

信管网cnitpm694570642606：
（1）1、每个工作包必须要有人负责，但只能由一个人负责 2、wbs分解未包含分包出去的工作 3、小王独自分解存在问题，需要所有（主要）干系人的参与 4、工作包未包含项目管理工作 5、wbs分解的工期不满足8/80原则 6、分解后的工作单元不能区分开不同的责任者和不同的工作内容 注意事项： 1、必须是面向可交付成果 2、必须符合项目的范围 3、wbs的低层必须支持计划和控制 4、wbs中的元素必须要人负责，且只能由一个人负责，尽管实际上可能需要多个人参与、 5、wbs必须包含项目管理工作，也要包含分包出去的工作 6、wbs应该控制在4－6层 7、wbs的编制需要所有（主要）项目干系人的参与 8、wbs并非是一成不变的1、未制定范围管理计划 2、未对项目总部提出的需求进行确认 3、未分析各子公司的数据情况，以总部现有系统中的数据格式模板为基础 4、总部没有提出修改界面，但小王认为旧版的软件界面不够美观，让研发团队重新设计并修改了软件界面。 5、缺乏范围管理经验 6、各子公司数据报送人员，认为数据上报的字段内容与自己公司的业务并不相关，填写困难。 7、总部和各子公司的试用人员大部分认为新系统不是很好用。 8、根据项目需求，认为项目的核心在于各子公司数据收集以及数据可视化及分析预测功能，未根据各子公司具体情况，来定义项目范围。 1、产品范围描述：逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。 2、可交付成果：为完成某一过程、阶段、或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。 3、验收标准：可交付成果通过验收前必须满足的一些条件。 4、项目的除外责任：识别排除在项目之外的内容，明确说明那些内容不属于项目范围，有助于管理干系人的期望及减少范围蔓延。（1）验收的可交付成果 （2）产品、服务、成果

信管网cnitpm721059684156：
1.wbs中没有包含外包的功能模块 2.一个元素只能由一个人负责 3.wbs中不应该包含项目范围外的内容 需要注意 1.wbs应针对项目可交付成果 2.wbs应包含且只包含项目范围内内容 3.wbs应该4-6层 4.wbs的制定应该所有干系人参与 5.wbs应包含外包的内容 6.wbs中应为所有元素明确责任人，且一个元素只能有一个责任人 7.wbs中一个元素只能属于一个上级单元 1.没有制定需求管理计划和范围管理计划 2.收集需求不到位，没有对总部工作人员、各子公司工作人员等进行需求收集 3.范围说明书等计划文档没有经过评审 4.没有及时与相关干系人沟通，试运行阶段才发现问题 5.没有控制好范围，更改了软件界面导致客户不适应项目的所有可交付成果、系统性能、验收标准、除外责任等 范围基准 经过确认的项目范围说明书、wbs、wbs词典

信管网cnitpm634553335768：
＜br /＞＜img src=＂http://pic.cnitpm.com/upload/2024/05/tbimg/05-08/1715175102.jpg＂ /＞