持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第9天，点击查看活动详情
大家好，我是尚影嫣🌷，一名Java后端程序媛和项目管理员，热爱技术和项目管理。如果您喜欢我的文章，欢迎点赞➕关注❤️，让我们一起成为更好的我们~
前言
我们常常会开一些代码review会议，实质就是质量审查的一种方式。我们来看看，在PRINCE2中，标准的质量审查技术的流程和方法。
目的
■ 采用文件形式（或类似形式，例如演示或测试结果）评估产品与已设定标准的一致性；
■ 使关键的利益相关方参与检查产品的质量，参与推动产品在较广范围内得到验收；
■ 确认产品已经完成，并已经为获得批准准备就绪；
■ 为进行变更控制，将产品设定为基线。
评审团队角色
主席：该角色全面负责评审。陈述者：该角色代表产品的生产人员，负责介绍评审产品，并在评审后协调和追踪相关工作，对产品进行团队同意的变更。评审者：该角色评审产品，提出问题并确认改正或者改进。行政人员：该角色为主席提供行政支持 并记录结果和行动。
最简单形式的评审（用于简单检查，如对测试结果进行检查）仅涉及两个人：
一个人担任主席和评审者的角色，另外一个人担任陈述者和行政人员的角色。
评审前准备
- 做好评审的行政安排（主席／行政人员）
- 检查产品已经准备就绪，可以进行评审，并确认评审者可参加评审（主席）
- 向评审小组分发产品和有关产品描述的复印件，使评审者有充足的时间准备（陈述者）
- 评审产品与相关产品描述中质量标准的一致性 （评审者）
- 在评审之前向主席和陈述者提交一份问题清单（评审者）
- 对产品复印件的拼写／语法错误进行标注并交还给陈述者（评审者）
- 在评审会议前作一份综合的问题清单交给陈述者（主席）
评审会议议程
- 人员介绍，如果需要的话（主席）；
- 产品介绍（陈述者）
非常简要的概述，包括产品的目的：谁需要它、为什么他们需要它和它将做什么； - 主要/重复问题 （主席）
邀请每一位评审者提出有关产品的主要或者重复问题。重复问题是那些在产品中多次出现的问题。评审团队对提出的每个问题所要采取的后续行动达成一致。行政人员记录这些后续行动和负责人； - 产品“讨论” （陈述者）
带领评审团队对产品进行逐个部分或逐页的讨论，如果合适，评审综合问题清单，并在必要时进行澄清说明。评审团队对提出的每个问题所要采取的后续行动达成一致。行政人员记录这些后续行动和负责人； - 复述后续行动 （行政人员）
确认后续行动和负责人； - 决定评审结果（主席）
带领评审团队形成共同决定。可选的方案是：
- 完成 （产品适合目的，如所要求的那样）
- 有条件地完成 （在完成后续行动后，产品适合目的）
- 没有完成（产品需要进行另一次质量评审）
- 结束评审（主席）
- 把评审结果通知备个利益相关方（主席）
评审后续行动
- 协调后续行动（陈述者）
- 签署同意各个后续行动（评审者，如按照评审会议所同意的）
- 一旦所有行动都已完成，签署同意产品现在完成（主席）
- 与合适的经理们／支持人员沟通质量评审成果（行政人员）
- 保存质量记录（行政人员）
- 请求对产品的批准（陈述者）
提示和建议
- 评审者
评审产品而不是人。这意味着要避免个人化的问题（“你如何如何”），而是要作为团队一样工作（“我们如何如何”）； - 评审者 不要在评审会议中提出细枝末节的问题（拼写、标点符号等）除非这是一个主要／重复的问题（例如，如果这份文件要与重要的受众进行沟通，例如公众）；
- 主席 鼓励陈述者在产品讨论期间保持一个合适的节奏。评审者有机会来提出他们的问题，但不给评审者太多时间来进行评论。陈述者不应行不必要的开放式讨论；
- 主席 从评审团队得到的决定，解决所提出的每一个关键点。这个产品是否必变更或者不需要变更？
不要让讨论漫无目的。记住，评审的目的是识别缺陷，而不是设计缺陷的解决方案。避免试图达成解决方案。这些应该在评审后完成； - 主席
关注这个产品。不要让讨论转移到其他相关产品。 如果看来可能有一个问题和相关产品有关，则在会议之外把它作为一个问题来处理； - 主席 务必使评审者有效地做出贡献。主席的职责就是确保获得批准的产品符合目标；
- 主席 如果评审者不能参加评审会议，接受他们的问题清单，或者代表他们提出这些问题，或认可他们的授权代表，或找新的评审者替换他们；
- 陈述者 可能一个后续行动是不可行的，或不可能在规定的容许偏差内完成，在这种情况下，应该向项目经理提出这样的问题；
- 批准人 如果将批准这个产品的人员（或团体）参与了质量评审，可以将对产品的批准作为评审。
