2023年11月 软考中级系统集成项目管理工程师 案例分析（第四批）

(4) 如果由于范围界定不足而在项目工作中添加了产品线B 的新要求，请确保产品线C 人员了解这些更改，以避免以后发生争议，您将需要再次确认您的同意。

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

（6）需求跟踪维护不当小王更新了需求跟踪矩阵，但项目组并不清楚哪些需求是针对产品线C的，哪些需求是针对产品线B的，可能造成功能混乱。

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

(8) 未能与利益相关者充分沟通：在开发过程中，项目团队需要与C产品线和B产品线负责人进行充分沟通，以确保他们了解项目进展和范围变化。

(9) 由于范围控制不力，产品线C的需求现在受到产品线B新增需求的影响。

(10) 需求没有明确定义需求跟踪矩阵显示，某些需求（例如Display Features 1.5）发生了变化，以适应两种不同的用户场景（个人用户和企业用户）。我理解。这种模糊的定义可能会导致功能在不适当的用户场景中实现。

[问题2]

(1) 创建范围管理计划：描述如何定义、审查和管理项目范围的过程。

(2) 需求收集：识别和记录项目干系人为实现项目目标的相关需求的过程。

（3）定义范围：创建项目范围说明书，详细说明产品范围和项目范围，作为未来项目决策的基础。

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

（5）确认范围：正式接收已完成的交付成果。

(6) 范围管理：监控项目和产品范围的状态并管理范围基线的变更。

[问题3]

(1) P276(2)(3)(4)

[2023年11月问题4]

【图例】

公司承接了一个开发在线直播平台的项目，作为项目的质量经理，小林根据项目上线时发布的需求文档创建测试用例，并指派团队成员进行测试，然后直接发布。在测试过程中，团队成员发现直播打赏功能有一些小功能没有包含在测试用例中，于是向开发者提交了一个bug，说明其不符合产品功能定义。由于新的要求，禁用了该错误。了解情况后，小林认为检查需求变更是项目经理的责任，于是不再向项目经理转发bug并提出问题，并鼓励大家按照原计划进行测试，继续授课。

后来在项目中，小林在整理测试报告的时候，发现这个bug仍然在项目经理的名下，没有任何进展。于是他优先考虑了这个bug，并留言要求项目经理解决它。请尽快检查。项目经理很快找到小林，说项目启动后不久，这个功能的需求发生了变化，组件发给了项目组的核心成员。邮箱。测试工作正处于压力最大的阶段，小林没有时间补充测试用例，于是他紧急从其他项目组派了两名测试人员去盲目测试新功能。虽然截止日期临近，但项目中的Bug数量尚未收敛，尤其是奖励功能还存在不少问题。

在发布审核会上，小林表示不同意上线，因为目前情况下Bug太多，达不到发布质量标准。研发负责人表示，这个问题是由于质量测试遗漏造成的，部分测试人员不了解整个项目，经常指出无效的bug，增加了研发的负担，我想双方都无法反驳。

【问题1】

分析案例，列出小林在工程质量控制方面存在的问题。

[问题2]

写下项目质量控制过程的结果。

[问题3]

(1)项目质量管理的目标是确保项目满足顾客的需求。 ()

(2)质量控制计划的主要作用是指导如何控制和检查整个项目的质量。 ()

(3)运行测试用例来检查产品功能是否满足要求并发现缺陷的过程也包含在质量保证的范围内。 ( )

(4) 质量度量用于实施质量保证和质量控制流程。 ()

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

【参考答案】

【问题1】

（一）无质量控制计划、过程改进计划、质量衡量指标、质量检查表的。

（2）小林在编写测试用例时没有完全覆盖所有特性，导致测试时出现遗漏。

（三）需求波动的通知/确认制度存在问题，或者没有质量控制计划。

（4）如果在质量保证过程中发现了Bug，小林只会转发给项目经理处理，但作为质量经理，需要不断跟进，确保问题得到妥善解决。

（5）需求变更没有及时跟踪和确认，小林收到需求变更通知但没有及时审核和处理，导致测试力度与实际需求不一致。

（6）在测试高峰期，小林派了其他项目组的人进行盲测，但测试结果很差，因为他们可能对项目没有足够的了解，测试质量可能会降低。

（7）小林发现bug后，直接提出了优先级，没有进行任何详细的分析或讨论。这可能会导致BUG 处理的优先级不正确

（8）小林先生在评审会上直接表示该项目Bug太多，但对具体问题和解决方案讨论不够。

（9）小林先生表示与研发团队在Bug的处理上存在分歧，在质量控制过程中与研发团队的沟通和合作机制存在问题；存在理解上的不一致以及对一些问题的期待。

(10) 小林没有采取措施来防止可能出现的后续问题，例如在发现需求变化后立即添加测试用例或重新评估测试计划；确实如此。

（11）小林发现需求变更Bug后，未与项目经理或研发团队沟通确认，直接对其进行优先级排序，对Bug的优先级和响应判断不当。

（12）在评审会上，小林直接表示反对上线，没有提出任何具体的解决方案或建议，引起与研发团队的争执。

[问题2]

(1) 质量控制测量结果

(2) 确认变更

(3) 验证的交付成果

（四）工作业绩信息

(5)变更请求

（6）项目管理计划的更新

(7)更新工程文件

(8)更新组织过程资产

[问题3]

(1) (2) (3) (4) (5)