|
往期推荐 PMBOK梳理 | 项目管理引论 PMBOK梳理 | 项目运行环境 PMBOK梳理 | 项目经理的角色 PMBOK梳理 | 项目整合管理 PMBOK梳理 | 项目范围管理 PMBOK梳理 | 项目进度管理 PMBOK梳理 | 项目成本管理  主要参考《项目管理知识体系指南（PMBOK Guide）》 第六版  质量管理 质量管理旨在保证项目或产品的质量要求，把组织的质量政策应用于规划、管理、控制项目等环节，以满足相关方的需求。项目质量管理同时看重“项目管理（不只是质量管理，而是全面的项目管理）的质量”与“项目可交付成果的质量”，此二者是相辅相成的关系。与范围管理相同，质量管理也反对“镀金”，项目应当为客户提供质量符合要求的产品，而不是过分追求高质量。 在产品研发的实践中，我们都能清晰地感知到：通过完善的质量管控，在全过程中追求可交付产品的高质量标准，反而是最高效、最节约成本的方式。如果缺乏必要的质量管控，将在项目后期造成大量隐患风险，难以避免产生大量的返工。在过程中“预防”，远好过事后的检查与补救。 正是源于质量管理的考量，在软件工程的实践与发展中，才诞生了“测试驱动开发（Test-Driven Development）”、“持续集成（Continuous integration）”等方法论。我们在研究并应用这些方法的时候，应当认识到它们的思想源头。 关于上述逻辑，质量管理领域中早已存在了相关理念，例如：  因此，产品质量的主要责任应当由管理者承担，而非项目的执行人员。为了在组织中切实做好全过程的质量管理，企业内部应当“从上到下”建立起质量管理文化，这常常是一种变革性的过程。 规划质量管理 规划质量管理是根据现有计划和文件，识别项目的质量要求或标准，并规划如何管理和控制质量的过程。本过程仅开展一次或仅在项目的预定义点开展。 输出：质量管理计划、质量测量指标、项目管理计划更新（风险管理计划、范围基准）、项目文件更新（经验教训登记册、需求跟踪矩阵、风险登记册、相关方登记册） * 数据分析 * 数据表现 管理质量 本过程旨在把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动，加以执行，同时根据质量绩效情况，必要时提出变更，实现过程改进。本过程需要在整个项目期间持续开展。 * 数据分析 因果图：又称“鱼骨图”或“石川图”，将问题的原因分解为离散的分支，用来分析造成某种问题的根本原因。 直方图：展现各类问题分布情况的柱状图，可以展示每个可交付成果缺陷数量、缺陷成因的排列、各个过程的不合规次数，或项目或产品缺陷的其他表现形式。 散点图：图中x轴为自变量（某种原因），y轴为因变量（质量缺陷），数据点的越靠近某条曲线，则说明其中存在相关性。 输出：质量报告、测试与评估文件、变更请求、项目管理计划更新（质量管理计划、范围基准、进度基准、成本基准）、项目文件更新（问题日志、经验教训登记册、风险登记册） 控制质量 本过程旨在对工作过程和可交付成果进行检查，确保符合相关质量标准，对不合格的情况进行纠偏，在必要时提出变更，实现过程改进。本过程需要在整个项目期间持续开展。 输出：质量控制测量结果、核实的可交付成果、工作绩效信息、变更请求、项目管理计划更新（质量管理计划）、项目文件更新（问题日志、经验教训登记册、风险登记册、测试与评估文件） * 数据收集
* 数据表现  目标值：表示允许偏差的平均值，即期望值 控制上下限：表示是否受控的边界（通常用虚线表示），落在边界之内，则是受控的，反之则是失控的 规格上下限：产品是否合格的边界（通常用实线表示），落在边界之内，则是合格的，反正则是不合格的，必须要进行缺陷补救 过程失控：若偏差超出了控制上下限，或偏差分布具有“非随机性”，则说明过程失控，必须调查并纠正。 非随机性：如果连续7个点位于控制线外同一侧，或呈同方向变动（逐个上升或下降），则认为是“非随机”的，一定存在隐藏的特殊原因，需要调查并纠正。
立足小城，侧耳听风 2022年，陪你聊聊：微服务、云原生、技术管理 |
|
|
来自： 笑笑生77uvusv8 > 《卫星基础》
