4 过程3-管理质量

4.1 问题

4W1H	过程
做什么	为了评估绩效，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理活动执行结果的过程作用：①核实项目可交付成果和工作已经达到主要干系人的质量要求，可供最终验收;②确定项目输出是否达到预期目的，这些输出需要满足所有适用标准、要求、法规和规范
为什么做	保证有缺陷的产品、成果、服务不能交付
谁来做	组织中质量控制部门或名称相似的组织单元什么时候做 执行之后，对项目产品、成果、服务进行的检查评估
如何做	数据收集（核对单、核查表、统计抽样、问卷调查）、数据分析（绩效审查、根本原因分析）、检查、测试/产品评估、数据表现（因果图、控制图、直方图、散点图）、会议
主要成果	应结合项目场景重点描写项目中某个产品的质量检查情况，应从产品质量问题上去举例。例1：某具体的产品质量检测不合格，不合格项是什么，测量的结果是多少，规定的指标是多少，结合项目列举出来来这样才更真实。如果是写帕累托图，那么还要列出检测了多少次，出现问题的的次数是多少，有几次是什么原因，有几次是另外的什么原因等，最后用帕累托原理进行分析得出结果。具体到某一个交付物的测试流程，测试结果。例2：结合因果图去写发现了质量问题，从人机料法环5方面分析造成问题的根本原因，然后是这么解决的。

4.2 技术和工具

组	过程	输入	工具和技术	输出
监控	3.控制质量	1.项目管理计划（质量管理计划）2.项目文件（测试与评估文件、质量测量指标、经验教训登记册）3.可交付成果4.工作绩效数据5.批准的变更请求6.事业环境因素7.组织过程资产	1.数据收集（核对单、核查表、统计抽样、问卷调查）2.数据分析（绩效审查、根本原因分析）3.检查4.测试/产品评估5.数据表现（因果图、控制图、直方图、散点图）6.会议	1.工作绩效信息2.质量控制测量结果3.核实的可交付成果4.变更请求5.项目管理计划更新（质量管理计划）6.项目文件更新（问题日志、经验教训登记册、风险登记册、测试与评估文件）

4.3 范例

范例1：

控制质量是为了评估绩效，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理活动执行结果的过程。以核实项目可交付成果和工作己经达到主要干系人的质量要求，可供最终验收；确定项目输出是否达到预期目的，这些输出需要满足所有适用标准、要求、法规和规范。在质量控制过程中，我们发现：通过安置残疾人的单位名称去匹配单位信息时，响应速度需要5秒以上，体验感较差。团队成员通过鱼骨图进行了分析，将导致响应速度慢的所有原因进行了分析，图形如下。


我们通过分析后发现，数据库问题为主要原因。团队成员经过排查、讨论后，提出将全省各区县数据进行分表设计，并将数据缓存至本地的变更申请，并认真分析影响，通过了CCB的批准。在将全省各区县数据进行分表设计后，团队成员对读取数据库的响应速度进行检查，发现响应速度由之前的5秒以上降低到了1秒以下，发现该问题有了明显改善，说明变更达到了预期的效果。


在项目试运行阶段，参与试点的用人单位提供的测试数据中，发现存在残疾人缴纳了社保但系统无法自动校验通过的问题。我们利用直方图进行了分析并统计，发现：单位采用税务登记号缴纳，出现了13次，占43.3%；社保缴纳口径为母公司或子公司，出现9次，占30%；单位在社保局的口径为社保内部代码的，出现5次，占16.6%；社保接口不稳定校验不通过等因素，出现3次，占10%。找到原因后，我们将系统的校验规则在原来的必须采用统一社会信用代码，增加了虚拟代码、税务登记号入参。并编制用户手册，提醒经办人确认安置的残疾人归属公司。同时更新了干系人登记册，将社保局技术团队人员纳入其中。

范例2：

控制质量是本项目管理工作的重中之重，关注于项目的可交付成果。控制质量是为了评方绩效，确保项目输出完整、正确且满足客户期望，而监督和记录质量管理活动执行结果的过程。我们以质量管理计划、测试与评估文件、质量测量指标等为依据，开展质量控制工作，主要手段是测试与产品评估、因果图、统计抽样和检查，从而得到核实的可交付成果、质量控制测量结果等。由于项目的模块多，功能复杂，数据量又比较大，我们每完成一个功能模块的需求、设计、开发、测试等都要求项目相关人员参与评审，在会上记录大家的意见、讨论出现的偏差，分析原因，提出解决措施，直至问题解决。为了保障测试质量，我们严格遵守开发人员不测试，测试人员不开发的原则，我们先对不同阶段进行单元测试、集成测试、系统测试、验收测试等工作，然后进行静态测试、动态测试、白盒测试、黑盒测试。在项目实施过程中，技术人员发现系统对数据库的读取响应时间连续几次呈上升趋势。我赶紧组织相关技术人员，采用因果图分析该问题的根本原因，分析可能是接口问题、数据库问题或代码调用问题，又用直方图将这几种问题导致的影响从大到小进行排列，发现接口问题累计达到85%，最终分析得出问题的根源在于接口的开发方案存在缺陷。我随即提出修改接口开发方案的变更申请，并认真分析影响，通过了CCB批准。在对接口重新进行开发后，我又将系统对数据库的读取响应时间进行了检测，发现该问题有了明显的改善，参数稳定控制在合理范围内，说明这次变更当到了预期的效果。如此通过PDCA不断循环，保证可交付成果的质量始终都在控制范围内。

范例3：

控制质量是确保项目输出完整、正确且满足客户期望，监督和记录质量管理行动执行结果的过程，这个过程主要帮助我们核实项目可交付成果己经达到主要干系人的质量要求，供最终验收。质量控制贯穿项目全生命周期各阶段，主要由团队内部完成，重点关注项目可交付成果质量的正确性，一般先于范围确认进行，只有确定项目可交付成果质量达标的情况下才会组织最后的验收。依据质量管理计划、质量测量指标以及工作绩效数据，在日常质量控制中，我们主要采用检查的方法来查找质量问题，并通过核查表的形式来对质量问题的数量进行统计。比如经过统计我们发现代码行错误字符数在不同的检查日期呈现越来越多的趋势，虽然暂时未超过控制临界值，但如果不加控制肯定会产生质量问题。于是我通过具体了解原因发现是因为项目组两名刚毕业大学生经验不足，而带队开发工程师未进行严格把关导致的，于是我迅速组织工程师对代码进行了修改，同时也以此事为案例召开大会对项目团队的质量工作进行了警示提醒。经过较好的质量控制，可交付成果最终完美达到了客户项目合同和客户的质量要求，顺利实现了交付。