2023年11月 系统集成项目管理工程师 案例分析（第四批）真题解析

【2023年11月试题 一 】

【说明】

活动	A	B	C	D	E	F	G
紧前活动	-	-	B	A、C	-	E	D、F
工期	3	2	3	3	4	5	2
人数	2	3	2	5	4	3	4
预算(万元)	8	7	8	10	12	12	9

项目实施到第9天结束时，项目已花费成本50万元，此时ABCE 均已完成，D 、F各完成75%,G 尚未开工。

【问题一】

补充双代号时标网络图

(1)根据项目信息，将双代号时标网络图补充完整。

(2)根据时标网络图，写出该项目的关键路径、工期、D活动总时差和自由时差

【问题二】

此项目最高峰时需要(1)人，为了减少项目人数，项目经理可以采取(2)的方法，则该项目总人数可以降为(3)人，调整的方法是(4)。

(2)的备选项： A. 资源平衡  B. 资源平滑

【问题三】

请计算 PV、EV、AC、CV、SV、并判断项目的绩效情况。

【参考答案】

【问题一】

关键路径： EFG,工期11 ,D活动的总时差是1,自由时差是1 .

【问题二】

(1)9    (2)B     (3)8    (4)A    活动推迟2天

【问题三】

PV=A+B+C+D+E+F=8+7+8+10+12+12=57 万元

EV=A+B+C+D*75%+E+F*75%=8+7+8+10*75%+12+12*75%=51.5 万元

AC=50万元

SV=EV-PV=51.5-57=-5.5万元

CV=EV-AC=51.5-50=1.5万元

因为 SV<0,CV>0, 所以进度落后，成本节约。

【2023年11月试题二】

【说明】

某智能医疗项目处于概念阶段，项目的发起人、战略分析经理和项目经理等人正在制定项目高层级目标，项目发起人期望将“人工智能问诊自动生成”作为今年项目重点目标，战略分析经理基于商业洞察的结果，建议优先启动人工智能问诊。人力资源主管提出目前公司不具备人员条件。财务总监提出医疗专业的数据来源成本很高，今年启动项目很难。在之后的几次讨论中，管理各方意见不断变化，且难以达成共识。

项目进入计划阶段后，项目经理组织团队制定迭代计划，因为时间紧张，产品经理期望第一个选代完成需求池中40%的需求。研发团队表示进入新的领域，时间紧张，技术挑战大，第一个迭代只能完成需求池中20%的高优先级需求。

项目在执行的过程中，基于需求设计，架构设计师和算法工程师对模型算法的选择存在争议，并在会议室发生多次争吵，该技术难题导致推迟2周。项目经理与研发资源主管和人力资源主管沟通，是否可以通过增加研发人员投入来保证研发任务完成，反复申请多次未得到解决，导致开发直接落后。

突破重重困难后，项目终于进入项目收尾阶段，因为项目任务难度大，前几个迭代遗留很多严重的性能问题，质量保证人员要求必须解决交付。某研发人员认为此要求没有依据且未考虑研发的感受，表示个人强烈不满。在项目例会上，研发负责人申请需要增加1周问题修复的时间以完成项目。

【问题1】

分析案例，请列出项目各阶段遇到的冲突类型。

启动过程的冲突类型是()。

计划阶段的冲突类型是()。

执行阶段的冲突类型是()。

收尾阶段的冲突类型是()。

【问题2】

分析案例，请列出案例中冲突产生的根源。

【问题3】

请选择对应的冲突解决方法：

(1)()就是冲突各方一起积极地定义问题、收集问题的信息、制定解决方案，最后直到选择一个最合适的方案来解决冲突，此时为双赢或多赢。但在这个过程中，需要公开地协商，这是冲突管理中最理想的一种方法。

(2)()就是以牺牲其他各方的观点为代价，采纳一方的观点。一般只适用于赢输这样的零和游戏情景。

(3)()就是冲突的各方协商并且寻找一种能够冲突各方都有一定程度满意，但冲突各方没有任何一方全满意，是一种都做一些让步的冲突解决方法。

(4)()就是冲突各方都关注他们一致的一面，而淡化不一致的一面。要求保持一种友好的气氛，但是回避了解决冲突的根源。也就是让大家都冷静下来，先把工作做完。

备选项：A.妥协 B.合作 C.求同存异 D.问题解决  E. 撤退 F.强制

【参考答案】

【问题1】

启动过程的冲突类型是(项目优先级、资源、成本)。

计划阶段的冲突类型是(项目优先级、进度、技术)。

执行阶段的冲突类型是(技术、个人冲突、资源)。

收尾阶段的冲突类型是(技术、个人冲突、进度)。

【备注】冲突类型有：进度、项目优先级、资源、技术、管理过程、成本和个人冲突。

【问题2】

对稀缺资源的争抢、进度优先级的不同、每个人不同的工作方式与风格、项目的高压环境、责任模糊、存在多个上级、新科技的使用

【问题3】

(1)D(2)F(3)A(4)C

【2023年11月试题三】

【说明】

C产品线需实现个人云盘存储的功能，小王带领项目团队和产品线负责人沟通后制定详细的需求文件，确定了报价，费用批准后开始开发。

一个月后，软件部门收到来自B 产品线的云盘存储的需求，对比后发现B 产品线的需求是在C产品线需求的基础上添加了一些新功能，经过沟通，B 产品线负责人同意C 产品软件进行开发，并对增加或变更的功能支付相应费用。小王将对应需求加入项目工作中并安排需求管理人员更新需求追踪矩阵如下表。

需求 编号	需求列表功 能标题	需求变 更标识	提出方	需求状态			优先级	用户需求标题
1.1	用户登录	原始	C产品线	提出方已批准			1	个人用户云盘
1.2	邀请用户	原始	C产品线	提出方已批准			1
1.3	删除用户	原始	C产品线	提出方已批准			1
1.4	存储功能	原始	C产品线	提出方已批准			1
1.5	查看功能	更改	C产品线	提出方已批准			1	个人用户云盘/ 企业用户云盘
2.1	保险箱	新增	B产品线		提出方已批准	1		企业用户云盘
2.2	管理员权限	新增	B产品线		提出方已批准	1

半年后，C产品线的需求如期上线，B产品线的新增需求已通过在线升级的方式发布。C产品负责人发现个人用户界面新增企业用户特定功能，提出该功能不符合个人用户的期望。要求软件部门去掉该功能并对产生的负面影响负责。

【问题1】

分析案例，请从项目范围管理的角度列出造成项目目前状况的原因

【问题2】

请简述项目范围管理的过程及其主要内容

【问题3】

判断正误(正确的选择“ √ ”,错误的选择“×”)

(1)范围管理计划是项目管理计划的组成部分，确定制定监督和控制项目范围的各种活动。 ()

(2)工作分解结构中每条分支的分解层次是相等的。  ()

(3)确认范围在项目验收时进行。  ()

(4)控制质量过程可以和确认范围过程同时进行。  ()

【参考答案】

【问题1】

(1)没有制定范围管理计划

(2)需求文件没有经过评审确认

(3)范围定义没有做，没有形成范围说明书

(4)范围确认不足，当B 产品线的新增需求被加入项目工作时，应该再次与C 产品线的负责人确认，确保他们了解并同意这些变更，避免后期的争议

(5)范围变更未经充分评估，小王在接受B 产品线的新增需求时，未充分评估这些需求对C产品线的影响

(6)未维护良好的需求追踪，虽然小王更新了需求追踪矩阵，但项目团队可能没有明确哪些需求是C 产品线的，哪些是B 产品线的，从而导致功能的混淆

(7)未进行详细的集成测试：在B 产品线的新增需求开发完成后，应该进行详细的集成测试，确保新增功能不会对C 产品线的功能产生影响

(8)未与干系人进行充分沟通：在开发过程中，项目团队应与C 产品线和B 产品线的负责人进行充分沟通，确保他们了解项目的进展和范围变更情况。

(9)范围控制不力，导致C 产品线的需求受到B 产品线的新增需求的影响

(10)需求界定不明确，从需求追踪矩阵中可以看出，某些需求(如查看功能1.5)被更改以适应两种不同的用户场景(个人用户和企业用户)。这种模糊的界定可能导致功能在不合适的用户场景中被实现。

【问题2】

(1)编制范围管理计划：对如何定义、确认和控制项目范围的过程进行描述。  

(2)收集需求：为实现项目目标，明确并记录项目干系人的相关需求的过程。

(3)定义范围：详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础。

(4)创建工作分解结构：把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构。

(5)确认范围：正式验收已完成的可交付成果。

(6)范围控制：监督项目和产品的范围状态、管理范围基准变更。

【问题3】

(1)√ P276(2)×(3)×(4)√

【2023年11月试题四】

【说明】

公司承接了一个线上直播平台的开发项目，小林作为该项目的质量经理，根据项目启动时发布的需求文件编制了测试用例，随后直接下发给组员开展测试，在测试过程中，组员发现直播的打赏功能中有几个小功能是测试用例里没有的，于是提交了bug 给研发人员，说明不符合产品功能定义，但研发人员以新增需求为理由将bug 置为无效。小林了解情况后，认为需求变更应该由项目经理负责确认，于是将bug转给项目经理后便不再过问，继续指导大家按原计划进行测试。

项目后期，小林在整理测试报告时，发现该bug 还在项目经理名下没有任何进展，于是提高bug 的优先级并留言请项目经理尽快处理确认。项目经理很快找到小林，说该功能在项目启动不久就进行了需求变更且群发部件给项目组核心成员，小林这才在邮简里翻到了很早的邮件通知。测试工作正处于压力最大的阶段，小林来不及补充测试用例，紧急从其他项目组借调了2名测试人员，让他们对新增功能进行盲测。交付时间在即，项目的bug 数仍然没有收敛，尤其是打赏功能，仍存在很多问题。

在发布评审会上，小林表示目前该bug太多达不到发布质量标准，不同意上线。研发经理认为是质量测试遗漏导致的问题，而且部分测试人员对项目整体不了解，经常提出一些无效 bug,给研发增加了工作量，双方争执不下。

【问题1】

分析案例，请列出小林在项目质量管理中存在的问题。

【问题2】

请写出项目质量控制过程的输出。

【问题3】

(1)项目质量管理的目标是使项目满足客户的需求。  ()

(2)规划质量管理的主要作用是为整个项目中如何管理和确认质量提供了指南。  ()

(3)执行测试用例来检查产品功能是否满足需求并发现 Bug 的过程，属于实施质量保证的范围。 ( )

(4)质量测量指标用于实施质量保证过程和质量控制过程。  ()

(5)质量管理计划和过程改进计划都是项目管理计划的一部分。  ()

【参考答案】

【问题1】

(1)没有制定质量管理计划、过程改进计划、质量测量指标、质量核对单  

(2)小林在编制测试用例时未完全覆盖所有功能，导致在测试时出现遗漏。

(3)对于需求变更的通知和确认机制存在问题或者没有质量管理计划

(4)在质量保证过程中，当发现 bug后，小林仅仅转交给项目经理处理，但作为质量经理，他应该持续跟踪，确保问题得到妥善解决

(5)未对需求变更进行及时的跟踪和确认，尽管小林收到了需求变更的通知，但他并未及时查看和处理，导致测试工作与实际需求不一致

(6)在测试高峰期，小林借调了其他项目组的人员进行盲测，这可能会导致测试效果不佳、测试质量不高，因为他们可能对项目不够了解。

(7)在发现BUG 后，小林并没有进行深入的分析和讨论，而是直接提高了其优先级。这可能会导致 BUG 处理的优先级判断失误

(8)小林在评审会上直接表示项目存在的BUG 过多，但对于具体问题和解决方案的讨论不够

(9)在BUG 处理上，小林与研发团队存在分歧，表明在质量控制过程中，他与研发团队的沟通和协作机制存在问题，导致对一些问题的理解和期望不一致。

(10)小林在发现需求变更后并没有采取措施预防后续可能出现的问题，如及时补充测试用例或者重新评估测试计划

(11)在发现需求变更的BUG 后，小林直接提高了其优先级，而没有先与项目经理和研发团队进行沟通和确认，对BUG 的优先级和处理方式判断不当

(12)小林在评审会上直接表示不同意上线，而没有提供具体的解决方案或建议，导致与研发团队产生争执。

【问题2】

(1)质量控制测量结果

(2)确认的变更

(3)核实的可交付成果

(4)工作绩效信息

(5)变更请求

(6)项目管理计划更新

(7)项目文件更新

(8)组织过程资产更新

【问题3】

(1)√ (2)√ (3)× (4)√ (5)√