###################################################

对进度、成本等进行控制后，同时要保证质量、风险、相关方达标满意。

对于项目经理来说，进度、成本是基础能力，质量、风险和相关方才是显示项目经理好坏地方。

###################################################

一、 控制质量基础内容

0. 涉及领域

质量管理计划定义了如何在项目中开展质量控制。

1. 控制质量阶段需参照文档

（1）经验教训登记册

在项目早期获得的经验教训可以运用到后期阶段，以改进质量控制。

（2）质量测量指标（标准）

质量测量指标专用于描述项目或产品属性，以及控制质量过程将如何验证符合程度。

（3）测试与评估文件

测试与评估文件用于评估质量目标的实现程度。

2. 控制质量的定义

控制质量是为了评估绩效，确保项目输出完整、正确并满足客户期望，而监督和记录质量管理活动执行结果的过程。

3. 控制质量的作用

控制质量过程的一个目的就是确定可交付成果的正确性。

（1）本过程的主要作用是，核实项目可交付成果和工作已经达到主要相关方的质量要求，可供最终验收。

（2）控制质量过程确定项目输出是否达到预期目的，这些输出需要满足所有适用标准、要求、法规和规范。

（3）控制质量过程的目的是在用户验收和最终交付之前测量产品或服务的完整性、合规性和适用性。

（4）本过程通过测量所有步骤、属性和变量，来核实与规划阶段所描述规范的一致性和合规性。

（5）在整个项目期间应执行质量控制，用可靠的数据来证明项目已经达到发起人和/或客户的验收标准。 

4. 控制质量的执行时间

本过程需要在整个项目期间开展。

（1）在敏捷项目中，控制质量活动可能由所有团队成员在整个项目生命周期中执行

（2）而在瀑布式项目中，控制质量活动由特定团队成员在特定时间点或者项目或阶段快结束时执行。

5. 控制质量阶段可影响的领域/文件

领域：质量管理计划

文件

（1）问题日志

多次不符合质量要求的可交付成果通常被记录为问题。

（2）经验教训登记册

​<1> 质量缺陷的来源

<2> 本应可以规避它们的方法

<3> 有效的处理方式，

都应该记录到经验教训登记册中。

（3）风险登记册 ​

在本过程中识别的新风险记录在风险登记册中，并通过风险管理过程进行管理。

（4）测试与评估文件

本过程可能导致测试与评估文件修改，使未来的测试更加有效。  

二、控制质量流程

注意点：控制质量的努力程度和执行程度可能会因所在行业和项目管理风格而不同。

项目经理应该注意的是不同行业控制质量标准（了解不同行业的风格，对产品相关方面提出不同要求）

例如，相比其他行业，制药、医疗、运输和核能产业可能拥有更加严格的质量控制程序，为满足标准付出的工作也会更广。

（一）输入

1. 批准的变更请求

​在实施整体变更控制过程中，通过更新变更日志，显示哪些变更已经得到批准，哪些变更没有得到批准。 ​

批准的变更请求可包括各种修正，如

（1）缺陷补救

（2）修订的工作方法

（3）修订的进度计划

注意事项：

完成局部变更时，如果步骤不完整或不正确，可能会导致不一致和延迟。

批准的变更请求的实施需要核实，并需要确认完整性、正确性，以及是否重新测试。

2. 可交付成果

可交付成果指的是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。

​作为指导与管理项目工作过程的输出的可交付成果将得到检查，并与项目范围说明书定义的验收标准作比较。

3. 工作绩效数据--产品状态数据

（1）观察结果

（2）质量测量指标

（3）技术绩效测量数据

（4）关于进度绩效 和成本绩效的项目质量信息

（二）工具与技术

因为控制质量过程的工具与技术较多。

我们下一章单独呈现。

详见：https://www.cnblogs.com/hemukg/p/17999745

1. 数据收集技术

（1）核对单

（2）核查表（计数表）--在检查中使用

（3）统计抽样

（4）问卷调查

2. 数据分析

（1）绩效审查

（2）根本原因分析（RCA）

3. 检查（审查、同行审查、审计或巡检）

4. 测试/产品评估**

5. 数据表现

（1）因果图

（2）控制图

（3）直方图

（4）散点图

6. 会议

（1）审查已批准的变更请求

（2）回顾/经验教训

（三）输出

1. 质量控制测试结果

控制质量的测量结果是对质量控制活动的结果的书面记录，应以质量管理计划所确定的格式加以记录。

2. 核实可交付成果

（1） ​控制质量过程的一个目的就是确定可交付成果的正确性。

（2） 控制质量过程与 ​开展控制质量过程的结果是核实的可交付成果，后者又是确认范围过程的一项输入，以便正式验收。

​如果存在任何与可交付成果有关的变更请求或改进事项，可能会执行变更、开展检查并重新核实。

3. 工作绩效信息

（1）有关项目需求实现情况的信息

（2）拒绝的原因

（3）要求的返工

（4）纠正措施建议

（5）核实的可交付成果列表

（6）质量测量指标的状态

（7）以及过程调整需求

4. 变更请求

​如果控制质量过程期间出现了可能影响项目管理计划任何组成部分或项目文件的变更，项目经理应提交变更请求，且应该通过实施整体变更控制过程对变更请求进行审查和处理。

#########################################

项目经理应该注意的是不同行业控制质量标准（了解不同行业的风格，对产品相关方面提出不同要求）

我现在所处的网络安全行业，对于项目管理其实是很粗糙的，因为项目小而短，基本就说实施调试、问题处理，后续项目都没有闭环。

如果形成了闭环，对公司形象和之后项目的签署都是有一定帮助的。

我一直感觉PMBOK比较虚，是因为PMBOK是要适用于所有行业，提炼再提炼的东西。

可能我们项目中需要好多文档才能完成的事情，再PMBOK中只是一句话，只是给提起了线头。

对于各个行业来说，是没有也没法细说的。这也是我总结过程中，中断和不想更新的原因。

对于看到这篇文章的文章的人，没有实际的作用，因为现在很多人都是拿来主义嘛，我也是的。

PMBOK马上就要完结了，所以在考虑后续更新什么内容，想做一些实际的东西，拿来就可以用的。

愿各位在进步中安心！

2024.01.31  禾木

#########################################