检查、审查和审计并没有明确的区分和注解，很多情况下通用，它们基本都是出现在工具和技术，尤其在监控过程组是“马后炮”，主要看前期做的可交付成果或绩效有没有满足要求，和在做这些可交付成果和绩效时有没有按原来定的规则去玩。
如果要区分一下的话：
 检查Inspection偏重对“可交付成果”的检查和测量
 审查 Review偏重对“工作绩效信息”的测量、审查
 审计Audit偏重有没有按定好的规则执行

一、认识术语
检查[技术] Inspection [Technique]：通过检验或测量，以核实某个活动、部件、产品、成果或服务是否符合规定的要求。
审查Review：审核、调查，或者说是对某项事情、情况的核实、核查
审计Audit：审计是一个系统化过程，即通过客观地获取和评价有关认定的证据，以证实这些认定与既定标准的符合程度，并将结果传达给有关使用者

二、寻找PMBOK
2.1 检查
检查出现在两个工具与技术，一个是范围核实（5.4）和质量控制（8.3）, 偏重对“可交付成果”的检查和测量,例如：
 5.4检查：是指开展测量、审查与核实等活动，来判断工作和可交付成果是否符合要求及产品验收标准。检查有时也被称为审查、产品审查、审计和巡检等。在某些应用领域，这些术语的含义比较狭隘和具体
 8.3检查：检查是指检验工作成果（可理解可交付成果），以确定其是否符合相关的书面标准。检查的结果通常包括相关的测量数据。检查可在任何层次上进行，例如可以检查单项活动的成果，或者项目的最终产品。检查也可称为审查、同行审查、审计或巡检等。在某些应用领域，这些术语的含义比较狭窄和具体。检查也可用于确认缺陷补救。
2.2 审查
审查出现在五个工具与技术, 除审查已批准的变更请求（8.3）和文档审查（11.2）偏重于对前期文档进行审查，其它三个工具偏重对“工作绩效信息”的测量、审查,绩效一定逃脱不了“三个常见基准”。例如：
 6.6绩效审查：绩效审查是指测量、对比和分析进度绩效，如实际开始和完成日期、已完成百分比以及当前工作的剩余持续时间。
 7.3绩效审查：成本绩效随时间的变化、进度活动或工作包超出和低于预算的情况，以及完成工作所需的资金估算
 8.3审查已批准的变更请求
 11.2 文档审查
 12.3采购绩效审查
采购绩效审查是一种结构化的审查，旨在依据合同来审查卖方在规定的成本和进度内完成项目范围和达到质量要求的情况。它可以包括买方开展的检查、对卖方所编相关文件的审查，以及在卖方实施工作期间进行的质量审计。绩效审查的目标在于发现履约情况的好坏、相对于采购工作说明书的进展情况以及未遵循合同的情况，以便买方能够量化评价卖方在履行工作时所表现出来的能力或无能。这些审查可能是项目状态审查的一个部分。在项目状态审查时，通常要考虑关键供应商的绩效情况。
2.3 审计
审计被明确提出在三个工具中，实际隐形还有项目审计在收尾阶段进行的经验总结教训，偏重在上面提到的“成果线”和“绩效线”有没有按定好的规则执行，执行的有效性、过程和程序的符合度，并形成经验教训供后期使用,例如：
 12.3检查和审计：在项目执行过程中，应该根据合同规定，由买方开展相关的检查和审计，卖方应对此提供支持。通过检查和审计，可以验证卖方的工作过程或所完成的可交付成果对合同的遵守程度。如果合同条款允许，某些检查和审计团队中可以包括买方的采购人员
注意：这里的检查偏重在所完成的可交付成果对合同的遵守程度。审计偏重在验证卖方的工作过程对合同的遵守程度。
 8.2 质量审计是一种独立的结构化审查，用来确定项目活动是否遵循了组织和项目的政策、过程与程序
 11.6 风险审计：通过风险审计，检查并记录风险应对措施在处理已识别风险及其根源方面的有效性，以及风险管理过程的有效性
 12.4采购审计
采购审计是指对从规划采购过程（见 12.1 节）到管理采购过程（见 12.3节）的所有采购过程进行结构化审查。其目的是找出可供本项目其他采购合同或执行组织内其他项目借鉴的成功经验与失败教训。