重点
- 质量理念
- 三个过程区分
- 质量成本、根本原因分析、审计、因果图、帕累托图、散点图
- 敏捷
规划质量管理:建计划、建标准
管理质量:关注过程质量,大量可交付成果不合格
控制质量:关注可交付成果质量
概述
1)主要关注:过程的质量(管理质量)、可交付成果的质量(控制质量)。
2)质量管理理念:
内容 | |
---|---|
客户满意 | 符合要求与适合使用结合 |
预防胜于检查 | 质量是被设计和规划出来的,预防成本低于纠正缺陷的成本 |
持续改进 | PDCA是质量改进的基础,包含杜绝浪费。全面质量管理(全过程、全员)。6sigma |
管理层责任 | 管理层负85%责任,工人负责15%责任 |
质量成本 | 可交付成果的一致性成本与非一致性成本的结合 |
第一次就把事情做对 | 同“零缺陷”,防止因发生产品不合格带来的成本 |
质量是免费的 | 失败成本为0 |
准时制管理 | 降低库存成本的方法 |
全面质量管理 | 鼓励全员持续不断改进生产的方法 |
反对镀金 | 给客户提供你答应的东西 |
与供应商互利合作 | 着眼于长期关系,互相为对方提供价值 |
8.1 规划质量管理
- 定义:识别项目及其可交付成果的质量要求和(或)标准,并书面描述项目将如何证明符合质量要求和(或)标准的过程。
- 作用:为在整个项目期间如何管理和核实质量提供指南和方向。
- T成本效益分析:
用来估算备选方案优势和劣势的财务分析工具,以确定可以创造最佳效益的备选方案。 - T质量成本:
- Output:
【补充】敏捷“完成的定义”DoD
1)概念:团队需要满足的所有标准的核对单,只有可交付成果满足该核对单,才能视为准备就绪可供客户使用。
2)完成Done的标准:不需要做任何其他事,可直接交付。
3)DoD定义了达成目标的最小活动集,不增值的、无用的活动不在该单上。
4)DoD是产品质量活动的标准,代表团队为保证交付质量,对质量投入的公式与承诺。
5)工作未完成的解决方案:明确故事的DoD;为项目补充发布标准。
8.2 管理质量
- 定义:把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。
- 作用:提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。
-
T 过程分析:
按照过程改进的步骤,识别所需的改进。检查运行期间的问题、制约因素和非增值活动。 -
T 核对单check list:
一种结构化工具,用于合适所要求的一系列步骤是否已得到执行或检查需求列表是否已得到满足。区别于核对表。 -
T 根本原因分析:
用于识别问题的根本原因并解决问题,消除所有根本原因可杜绝问题再次发生。 -
因果图:
又称“鱼骨图”、“why-why分析图”或“石川图”,有助于识别问题的主要原因或根本原因。
-
直方图:
问题的普遍原因、问题发生次数。用于描述集中趋势、分散程度等,描述导致某结果的原因及频次。 -
帕累托图:
经过频率排序的直方图,用于识别造成大多数问题的少数重要原因并加以重点纠正。(二八原则)
-
散点图:
展示两个变量之间关系的图形。 -
审计:
确定项目活动是否遵循了组织和项目的政策、过程与程序。由项目外部团队开展。
目标:识别最佳实践;确定已批准的变更请求;分享良好实践… -
质量改进:
PDCA、六西格玛 -
Output:
【补充】敏捷中的工作流
1)看板是一种利用拉动系统优化流程的方法。
看板实践包括:可视化流程、限制WIP、管理流程、实现反馈回路。
2)仓促/等待,不均衡的工作流程的解决:
计划要符合团队能力,而非超出;
停止多任务,专注于一个团队的工作;
利用结对、群集和群体开发等方法,平衡整个团队能力;
3)价值流图帮助查找浪费
4)回顾会:过程改进
8.3 控制质量
- 定义:为评估绩效,确保项目输出完整、正确且满足客户期望,而监督和记录质量管理活动执行结果的过程。(针对可交付成果)
- 作用:核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。
- 对比:控制质量过程先于确认范围过程。
控制质量 | 确认范围 | |
---|---|---|
负责人 | 项目团队 | 客户或发起人 |
对象 | 可交付成果 | 可交付成果 |
标准 | 质量测量指标 | 验收标准(范围说明书/需求文件) |
目的 | 1.是否达到质量标准;2.关注正确性 | 1.是否正式验收;2.关注可接受性 |
输出 | 核实的可交付成果 | 验收的可交付成果 |
- 核查表checksheet:
计数表、有效收集潜在质量问题的有用数据,对收集属性数据很方便。区别:核查单checklist - 控制图control charts:
用来确定过程是否稳定或是否具有可预测的绩效,评估过程变更是否达到预期的改进效果。
控制线为±3西格玛之间。
【补充】敏捷项目测试
1)目的:交付零缺陷产品,确保解决方案有效提高产品价值。
2)最佳实践:持续集成、测试驱动开发TDD、验收测试驱动开发ATDD、频繁的验证和确认、不同层面的测试(单元测试、集成测试、系统测试等)
3)技术债务:如不是最优方式写的代码,需持续优化、重构
4)前期工作过多,导致返工:刺探、WIP、缩短迭代、创建稳健的DoD