2023年下半年中级系统集成项目管理师《应用技术》（真题卷）第四批次.docx

2023年下半年中级系统集成项目管理师应用技术（真题卷）第四批次问答题1.某智能医疗项目处于概念阶段，项目的发起人、战略分析经理和项目经理等人正在制定项目高层级目标，项目发起人期望将“人工智能（江南博哥）问诊自动生成”作为今年项目重点目标，战略分析经理基于商业洞察的结果，建议优先启动人工智能问诊。人力资源主管提出目前公司不具备人员条件。财务总监提出医疗专业的数据来源成本很高今年启动项目很难。在之后的几次讨论中，管理各方意见不断变化，且难以达成共识。项目进入计划阶段后项目经理组织团队制定选代计划，因为时间紧张，产品经理期望第一个选代完成需求池中40%的需求。研发团队表示进入新的领域，时间紧张，技术挑战大，第一个送代只能完成需求池中20%的高优先级需求。项目在执行的过程中，基于需求设计，架构设计师和算法工程师对模型算法的选择存在争议，并在会议室发生多次争吵，该技术难题导致推迟2周。项目经理与研发资源主管和人力资源主管沟通，是否可以通过增加研发人员投入来保证研发任务完成，反复申请多次未得到解决，导致开发直接落后突破重重困难后，项目终于进入项目收尾阶段，因为项目任务难度大，前几个选代遗留很多严重的性能问题质量保证人员要求必须解决交付。某研发人员认为此要求没有依据且未考虑研发的感受，表示个人强烈不满在项目例会上，研发负责人申请需要增加1周问题修复的时间以完成项目。问题1分析案例，请列出项目各阶段遇到的冲突类型。启动过程的冲突类型是()。计划阶段的冲突类型是()。执行阶段的冲突是()。收尾阶段的冲突是()。问题2分析案例，请列出案例中冲突产生的根源。问题3请选择对应的冲突解决方法(1)()就是冲突各方一起积极地定义问题、收集问题的信息、制定解决方案，最后直到选择一个最合适的方案来解决冲突，此时为双赢或多赢。但在这个过程中，需要公开地协商，这是冲突管理中最理想的一种方法(2)()就是以牺牲其他各方的观点为代价，采纳一方的观点。一般只适用于赢输这样的零和游戏情景。(3)()就是冲突的各方协商并且寻找一种能够冲突各方都有一定程度满意，但冲突各方没有任何一方全满意，是一种都做一些让步的冲突解决方法。(4)()就是冲突各方都关注他们一致的一面，而淡化不一致的一面。要求保持一种友好的气氛，但是回避了解决冲突的根源。也就是让大家都冷静下来，先把工作做完。备选项：A.妥协;B.合作;C.求同存异;D.问题解决;E.撤退;F.强制 正确答案：详见解析参考解析：问题1：启动过程的冲突类型是：项目优先级冲突、管理过程冲突、进度冲突。计划阶段的冲突类型是：项目优先级冲突、进度冲突、管理过程冲突。执行阶段的冲突类型是：进度冲突、技术冲突、资源冲突。收尾阶段的冲突类型是：进度冲突、资源冲突、个人冲突，信管网内部辅导资料P93内容。问题2：冲突产生的根源：项目的高压环境。该项目时间紧张且技术挑战大，造成项目的紧张和高压环境。责任模糊。项目经理权力很小却承担这很大的责任。存在多个上级。人力资源主管、财务总监、研发总监等多个职能部门均参与该项目，项目经理在与这些部门沟通获取内部资源时反复沟通均未得到解决。新科技的使用。该项目的人工智能问诊对于研发部门属于新领域。以上几点均为该项目冲突产生的根源。信管网内部辅导资料P93内容。问题3：（1）D、（2）F、（3）A、（4）C信管网内部辅导资料P93原表。问答题2.某项目基本情况如下表所示：项目实施到第9天结束时，项目已花费成本50万元，此时ABC均已完成，D、F各完成75%，G尚未开工。问题1：(1)根据项目信息，将时标网络图补充完整(2)根据时标图，写出该项目的关键路径、工期和D活动的总时差和自由时差问题2：该项目最高峰时需要(1)人，为了减少项目人数，项目经理可以采取(2)的方法，则该项目总人数可以降为(3)人，调整的方法是(4)。其中，(2)如果要进行优化是选择什么方案？备选项：A资源平衡B资源平滑【问题3】请计算 PV、EV、AC、CV、SV、并判断项目的绩效情况。 正确答案：详见解析参考解析：问题1：(1)(2)关键路径是EFG，工期是11天,，D的总时差和自由时差均为1问题2：(1)9(2)B(3)8(4)A活动延后2天问题3：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万元CV=EV-AC=51.5-50=1.5万元SV=EV-PV=51.5-57=-5.5万元CV0，成本节约，SV0，进度落后。问答题3.C产品线需实现个人云盘存储的功能，小王带领项目团队和产品线负责人沟通后制订详细的需求文件，确定了报价，费用批准后开始开发。一个月后，软件部门收到来自B产品线的云盘存储的需求，对比后发现B产品线的需求是在C产品线需求的基础上添加了一些新功能，经过沟通，B产品线负责人同意C产品软件进行开发，并对增加或变更的功能支付相应费用。小王将对应需求加入项目工作中并安排需求管理人员更新需求追踪矩阵如下表：半年后，C产品线的需求如期上线，B产品线的新增需求已通过在线升级的方式发布。C产品负责人发现个人用户界面新增企业用户特定功能，提出该功能不符合个人用户的期望。要求软件部门去掉该功能并对产生的负面影响负责。问题1分析案例，请从项目范围管理的角度列出造成项目目前状况的原因问题2请简述项目范围管理的过程及其主要内容问题3判断正误(正确的选择“ ”，错误的选择“x”)(1)范围管理计划是项目管理计划的组成部分，确定制定、监督和控制项目范围的各种活动。()(2)工作分解结构中每条分支的分解层次是相等的。()(3)确认范围在项目验收时进行。()(4)控制质量过程可以和确认范围过程同时进行。() 正确答案：详见解析参考解析：问题1：1、项目经理只进行了需求收集工作，编制了需求文件和需求跟踪矩阵，未编制范围管理计划。2、没有进行定义范围工作，未形成范围说明书。3、B产品线新增需求未和C产品线负责人确认，也未分析这些需求对C产品线功能的影响，说明范围确认工作不完善，变更控制流程也未严格执行。4、产品测试不完善，在B产品线新增功能开发完成后，需要进行详细的集成测试。5、在开发过程中，两个产品线的负责人没有进行有效的沟通，导致C产品线负责人不了解项目发生的变更。6、需求界定不明确，从需求追踪矩阵中可以看出，某些需求(如查看功能1.5）被更改以适应两种不同的用户场景（个人用户和企业用户)。这种模糊的界定可能导致功能在不合适的用户场景中被实现。7、需求整合不当，在同一项目中整合C产品线和B产品线的需求可能导致需求冲突或混淆。尤其在B产品线的需求是基于C产品线的需求并增加了新功能的情况下，这种整合可能导致原始需求的变形或被覆盖。8、未进行充分的测试和验证，在B产品线的新增需求上线后，C产品线发现了不符合其用户期望的功能.这表明在软件发布前，没有对C产品线进行足够的功能验证和用户接受测试。9、范围蔓延，尽管B产品线为其新增功能支付了费用，但这些新增功能可能导致原始项目的范围，从而影响项目的质量和交付时间。问题2：项目范围管理的过程：编制范围管理计划、收集需求、定义范围、创建工作分解结构、确认范围、范围控制（1）编制范围管理计划：对如何定义、确认和控制项目范围的过程进行描述。（2）收集需求：为实现项目目标，明确并记录项目干系人的相关需求的过程。（3）定义范围：详细描述产品范围和项目范围，编制项目范围说明书，作为以后项目决策的基础。（4）创建工作分解结构：把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构。（5）确认范围：正式验收已完成的可交付成果。（6）范围控制：监督项目和产品的范围状态、管理范围基准变更。问题3：（1）×（2）×（3）×（4）问答题4.公司承接了一个线上直播平台的开发项目，小林作为该项目的质量经理，根据项目启动时发布的需求文件编制了测试用例，随后直接下发给组员开展测试，在测试过程中，组员发现直播的打赏功能中有几个小功能是测试用例里没有的，于是提交了BUG给研发人员，说明不符合产品功能定义，但研发人员以新增需求为理由将BUG置为无效。小林了解情况后，认为需求变更应该由项目经理负责确认，于是将bug转给项目经理后便不再过问继续指导大家按原计划进行测试。项目后期，小林在整理测试报告时，发现该BUG还在项目经理名下没有任何进展，于是提高BUG的优先级并留言请项目经理尽快处理确认。项目经理很快找到小林，说该功能在项目启动不久就进行了需求变更且群发部件给项目组核心成员，小林这才在邮箱里翻到了很早的邮件通知。测试工作正处于压力最大的阶段，小林来不及补充测试用例，紧急从其他项目组借调了2名测试人员让他们对新增功能进行盲测。交付时间在即，项目的bug数仍然没有收敛，尤其是打赏功能，仍存在很多问题在发布评审会上，小林表示目前该bug太多达不到发布质量标准，不同意上线。研发经认为是质量测试遗漏导致的问题，而且部分测试人员对项目整体不了解，经常提出一些无效buq.给研发增加了工作量，双方争执不下问题1分析案例，请列出小林在项目质量管理中存在的问题问题2请写出项目质量控制过程的输出问题3判断正误(正确的选择“ ”，错误的选择“x”)(1)项目质量管理的目标是使项目满足客户的需求。()(2)规划质量管理的主要作用是为整个项目中如何管理和确认质量提供了指南。()(3)执行测试用例来检查产品功能是否满足需求并发现Bug的过程，属于实施质量保证的范围。()(4)质量测量指标用于实施质量保证过程和质量控制过程。()(5)质量管理计划和过程改进计划都是项目管理计划的一部分。() 正确答案：详见解析参考解析：问题1：1、小林编制的测试用例不全，导致测试时出现遗漏。2、项目没有明确变更控制的机制，导致项目出现需求变更，小林未及时获取该情况。3、没有编制质量管理计划，也没有对需求变更的机制做出明确规定。4、在质量保证工作中，小林发现了bug,并转交给项目经理处理的，但是小林没有持续跟踪该bug的解决情况。小林发现该bug未处理之后直接提高了BUG优先级，事先并未与研发经理进行沟通。5、小林与研发团队存在分歧，说明小林与研发团队的沟通不足，导致对质量问题的理解和期望不同。6、小林作为质量经理对项目中的变更未及时跟踪和确认，收到变更邮件未及时查看，导致测试工作与实际需求不一致。7、针对项目出现的变更，没有及时补充测试用例，直接进行盲测。8、紧急从其他项目组调用测试员，并未就项目情况对其进行介绍，导致测试效果不佳。9、小林作为质量经理与团队成员沟通不足，导致部分测试人员不了解项目情况，导致测试工作质量不高，提出很多无效bug。10、在发布评审会上，小林提出目前bug太多，不同意上线，但并未给出后续的解决方案。问题2：1.质量控制测量结果2.确认的变更3.核实的可交付成果4.工作绩效信息5.变更请求6.项目管理计划更新7.项目文件更新8.组织过程资产更新问题3：（1）×（2）（3）×（4）（5）