系统集成项目管理工程师 - 每日一练
2026年05月07日来源:信管网 作者:cnitpm
系统集成项目管理工程师案例分析当天每日一练试题地址:www.cnitpm.com/exam/ExamDayAL.aspx?t1=2
往期系统集成项目管理工程师每日一练试题汇总:www.cnitpm.com/class/27/e2_1.html
系统集成项目管理工程师案例分析每日一练试题(2026/5/6)在线测试:www.cnitpm.com/exam/ExamDayAL.aspx?t1=2&day=2026/5/6
点击查看:更多系统集成项目管理工程师习题与指导
系统集成项目管理工程师案例分析每日一练试题内容(2026/5/6)
试题一(19分)
信管网考友试题答案分享:
信管网user************:
识别和分析可交付成果
确定wbs的结构和编排方法
自上而下逐层细化分解
为wbs组成部分制定和分配标识编码
核实可交付成果分解的程度是否恰当层次结构 列表形式
存在的问题.
1.该wbs没有面向可交付成果
2.分解应该是4-6层 而不是2-4层
3.元素必须有人负责 图中并没有人进行负责
4.wbs的编码也有问题
5.wbs底层应支持计划的控制
6.集成测试还能分 但是没有分解下去
里程碑
80
工作包
信管网cnit**************:
1.识别可交付成果,服务或产品及工作
2.确认wbs结构和编排方法
3.自上而下的分解工作
4.为wbs分解的工作分配标识
5.核实wbs分解的是否恰当(1)
1.按照项目生命周期各阶段作为分解的第二层
2.按照可交付物成果,服务或产品作为分解作为第二层
(2)
1.第二层缺少项目管理
2.工作包分类不明确
3.分解的不恰当,太细
信管网孟孟**:
1.识别和记录项目可交付成果
2.明确并记录wbs编制结构和方法
3.自上而下逐层分解
4.为每个wbs元素分配标识符
5.验证wbs分解的合理性
树形和层级型
问题:
1.编号不对,第一层为食堂改造项目,需求等应为1.1第二层,从上往下依次类推
2.分解层数为3层,不符合4-6层的要求
3.wbs应该是面向可交付物的
4.wbs要包括项目管理工作
5.没有包括所有工作,没有包含智能碗碟、支付台等硬件的采购和安装工作
6.图中1.3和2.1有重叠的工作工作包
8
控制账户
信管网user************:
(1) 识别和分析可交付成果及相关工作
(2) 确定wbs的结构和编排方法
(3) 自上而下逐层细化分解
(4) 为wbs组成部分制定和分配标识编码
(5) 核实可交付成果分解是否恰当2. (1) 树形图、列表图
(2) ① wbs应控制4-6层,其中有一层没有
② wbs中元素必须有人负责
③ wbs必须面向可交付成果
④ wbs的标识编码分配有问题
⑥ wbs应包括分包的工作里程碑
80
工作包
信管网liao********:
明确项目范围与可交付成果
以项目范围说明书、需求文件为依据,梳理项目的所有可交付成果,确保覆盖 100% 的项目工作(遵循100% 原则)。
确定 wbs 的分解结构与层级
选择合适的分解方式(如按项目生命周期阶段、可交付成果、子项目等),确定 wbs 的层级结构,一般控制在4-6 层为宜。
自上而下逐层分解
从项目最高层(整个项目)开始,逐层向下分解为更小、更易管理的工作包,确保每个工作包的工作量符合8/80 原则(8 小时~80 人天)。
为 wbs 组件分配标识与责任
为每个 wbs 组件(工作包)分配唯一编码,明确每个工作包的负责人,形成责任分配矩阵。
验证 wbs 的完整性与合理性
检查 wbs 是否覆盖所有项目工作、层级是否合理、工作包是否可管理,组织干系人评审确认。
建立范围基准,形成 wbs 词典
经评审通过后,将 wbs、项目范围说明书、wbs 词典整合为范围基准,并编制 wbs 词典,详细描述每个工作包的内容、进度、成本等信息分解结构不符合 100% 原则,遗漏大量项目工作
wbs 仅包含软件研发相关的流程(需求、设计、编码、测试、安装),完全遗漏了食堂改造的核心硬件工作:如选餐区入口改造、智能碗碟采购与部署、出口识别设备安装、服务台建设、硬件调试、员工培训等,未覆盖项目全部范围。
分解层级不完整,部分分支无下级分解
设计(2)、测试(4)分支仅 1 个子项,无进一步分解;需求(1)、软件研发(3)、安装(5)分支的分解层级不一致,结构混乱,不符合 wbs“层级清晰、粒度统一” 的要求。
分解逻辑错误,将 “设计” 与 “功能设计” 错误分属不同层级
“功能设计” 属于设计阶段的工作,应作为 “设计(2)” 的子项,而非 “需求(1)” 的子项,逻辑归属错误,导致 wbs 结构混乱。
未按项目可交付成果分解,仅按项目生命周期阶段分解
食堂改造项目包含硬件、软件、服务等多个可交付成果,wbs 仅按软件开发的生命周期(需求 - 设计 - 编码 - 测试 - 安装)分解,无法体现项目的实际交付物,不适合用于硬件改造类项目的范围管理。
工作包粒度不符合 8/80 原则
部分子项(如 “系统调试”“集成测试”)粒度过大,未进一步分解为可管理的工作包,无法用于进度、成本的精准管控。
遗漏项目管理相关工作
wbs 未包含项目管理类工作(如项目计划、变更管理、验收、培训、运维支持等),违反 100% 原则。(1) ① 里程碑
(2) ② 8;③ 工作包
温馨提示:因考试政策、内容不断变化与调整,信管网提供的以上信息仅供参考,如有异议,请考生以权威部门公布的内容为准!