SAP质量关口：如何设置，又为何失效

质量关口是项目各阶段之间的正式检查点。团队在继续推进之前，必须证明约定的标准已经达成。通过，就往前走；不通过，就先把问题解决。在SAP项目中，关口设在SAP Activate的阶段转换处，每个关口都有一位指定的负责人，有权说一句“尚未就绪”。

新加坡一家大型消费品公司正在全球推广SAP。团队为了赶工期，匆匆走完了测试。我亲眼看着这场灾难发生。用户测试几乎没有做，管理层却仍然坚持上线。几天之内问题接连冒出来：配置缺失、流程中断、数据完全错误。上线后持续数周的混乱，根源是上线前就已经看得见的问题。没有人停下来核查。

我从不跳过质量关口评审。不走捷径，不盖橡皮图章。前期多花一些时间，能省下后面几个月的善后。

关口是一个决策点：有书面标准，有留档的签字确认，并且真有权力推迟项目。它不是进度评审，也不是指导委员会的状态汇报。

没有这种权力，评审就会沦为走过场。而走过场的关口比没有关口更糟，因为它们制造虚假的信心。一家零售客户做的“评审”基本就是走过场。六个月后，他们严重落后于计划，因为这些评审本该发现的问题，没有人处理。

SAP Activate有六个阶段：Discover（发现）、Prepare（准备）、Explore（探索）、Realize（实现）、Deploy（部署）和Run（运行）。每一次阶段转换都是天然的关口。以下是我期望每个关口检查的内容。

阶段关口	质量重点	需要看到的证据	通过条件
发现	商业论证、管理层共识	商业论证、高层路线图	商业论证已签署，发起人已承诺投入
准备	治理、团队、风险	章程、治理模型、风险登记册	章程获批，风险责任人已指定，团队已到位
探索	Fit-to-Standard、设计、集成方案	差异决策、流程设计、集成架构	流程负责人已签字确认；每个差异都有决策
实现	配置、集成测试	测试执行报告、缺陷清单	达到测试阈值，关键缺陷已关闭
部署	数据、培训、切换就绪度	迁移对账结果、培训记录、切换计划	彩排已完成，回退方案已确认
运行	稳定与移交	事件记录、性能报告	事件数量在约定范围内，支持移交已签字

实践中，探索、实现和部署三个阶段风险最高。从这三道关口漏过去的问题，在上线后才暴露时代价最大。

1. 01发现商业论证已签署，发起人已承诺
2. 02准备章程获批，风险责任人已指定
3. 03探索每个差异都有决策
4. 04实现达到测试阈值，关键缺陷已关闭
5. 05部署彩排已完成，回退方案已确认
6. 06运行事件在限度内，移交已签字

每个关口都由一位有权说“尚未就绪”的负责人签字

在配置开始之前，把每个关口的准入和准出标准写进项目章程。在工期压力下写出来的标准，描述的是团队眼下拿得出什么，而不是项目需要什么。我见过一个客户为了“节省时间”想合并阶段，结果几周的工作要重做。

给出“是或否”答案的标准

“测试完成”不是标准。它只会引来争论。我合作过一家零售客户，他们的关口只写了“UAT完成”。一半的人理解为所有测试都已执行，另一半理解为所有缺陷都已修复。

“95%的测试用例已执行，所有优先级1缺陷已解决，没有超过5天仍未关闭的优先级2缺陷”才是标准。它能给出答案。

一家制造业客户的关口之所以失效，是因为标准太模糊。没有人知道自己到底有没有通过。标准改成可衡量的阈值之后，阶段转换上的争吵就停了。

一位有权推迟的负责人

每个关口都需要一位有权推迟项目的指定负责人。是一个人，不是一个委员会。我见过一个项目一败涂地，原因是尽管团队没有准备好，却没有人有权推迟下一阶段。

反过来也行得通。一家零售客户任命了一位高级总监担任关口负责人。他一说“尚未就绪”，所有人都听。把这项权力写进章程。

在压力到来之前拿到管理层的支持

管理层都喜欢质量关口，直到某个关口威胁到交付日期。一位CIO为了赶季度目标，推翻了一次未通过的关口。由此造成的问题，代价是推迟本身的两倍。这种情形我见过很多次，所以现在我要求在项目开始之前，就由管理层对关口框架签字确认。

来自记录系统的证据

关口决策需要证据：测试执行报告、缺陷清单、流程签字确认、迁移对账结果。要从工具里取，不要听人说做完了。我的一位客户通过Solution Manager的报告发现，其“已完成”的测试用例中有40%从未执行过。他们在关口之前发现了这件事，而不是之后。

1. 把关口对应到阶段转换。 对SAP Activate而言，至少设在准备、探索、实现和部署之后。一家能源客户在中间随意设了一些检查点，最后乱成一团。
2. 在配置开始之前定义准入和准出标准。 约定测试覆盖率、缺陷阈值，以及必须签字的流程负责人。把它们写进章程，并取得发起人的签字。
3. 给关口留出缓冲。 把每个关口作为一项活动排进日历，而不只是一个里程碑。我的一位零售客户在每个关口之前整整留出一周，专门用来清理收尾。
4. 选择有决定权的评审人。 业务负责人对流程签字确认。技术负责人对配置和集成签字确认。顾问绝不替业务签字。
5. 把证据放在一个地方。 六个月后，审计师会问数据迁移是谁签字确认的。答案应该几分钟就能找到。
6. 让结果可见。 一家客户把关口看板挂在项目室的墙上。想不看见都难。

最关键的两个关口的准出标准示例

实现关口：

1. 测试执行率达到或高于约定阈值，结果保存在测试工具中。
2. 没有未关闭的优先级1缺陷；优先级2缺陷在约定的时限之内。
3. 每个关键流程都已由指定的流程负责人签字确认。
4. 针对完整流程链开展集成测试，并留有书面结果。
5. 每一项定制开发，都已对照本项目的Clean Core规则集获得批准。

部署关口：

1. 数据迁移彩排已完成，对账结果已由数据负责人签字。
2. 按角色统计的培训完成率达到或高于约定阈值。
3. 切换计划已经彩排，含时间安排和Go/No-Go决策点。
4. 回退方案已形成文档并经过测试。
5. 已指定Hypercare团队，并约定了升级路径和严重级别定义。

如果部署关口显示仍有未解决的对账差异或未经培训的用户，而业务仍然想继续推进，就把它做成一项有指定签字人的书面决策。不要因为没人愿意说不，就默认放行。

有两件事改变了我在当前项目上设计关口的方式。

Clean Core现在是一项关口标准。 SAP把扩展分为A级（仅使用已发布接口）到D级（修改和直接写表）。在探索关口，每个差异都应该有决策：配置解决、以已发布API的扩展方式构建，或者拒绝。在实现关口，检查有没有新的D级对象混进来。Public Edition在技术上强制执行这一点。Private Edition和本地部署不会，所以要靠关口来强制执行。

SAP Cloud ALM是默认工具。 它随SAP云订阅附带的Enterprise Support, cloud edition一并提供，本地部署客户则包含在SAP Enterprise Support中（SAP Support）。它涵盖Fit-to-Standard、任务分配、测试编排和可追溯性。SAP Solution Manager 7.2的主流维护将于2027年底结束，SAP建议在此之前迁移到Cloud ALM（SAP Support）。如果您正在Solution Manager上推进项目，就在上面做完。新项目则围绕Cloud ALM来规划。

管理关口的工具

工具没有纪律重要。一家零售客户用SharePoint搭了一套清晰的关口流程，在一个中等规模的实施中运转得非常好。我也见过关口在完整的Solution Manager配置上失效，因为团队一直在维护平行的电子表格。

工具	在关口管理中的作用	最适合
SAP Cloud ALM	Fit-to-Standard、任务、测试、可追溯性	新的S/4HANA项目，云端或本地部署
SAP Solution Manager 7.2	项目跟踪、测试与缺陷管理	已经在使用它的项目
Jira和Confluence	任务、缺陷、关口标准与证据	已在使用Atlassian工具的团队
Tricentis Tosca	测试自动化与覆盖率报告	测试自动化程度高的项目
ServiceNow	审批工作流与审计留痕	已在运行ServiceNow的公司

无论选哪一个，它都必须是唯一可信的数据来源。平行的电子表格总是呈现团队想让人看到的版本。我对SAP测试与验证工具的比较，对测试方面有更深入的讨论。

在进度压力下被跳过。 项目一滞后，关口就是最先被砍掉的东西。在一个项目上，评审沦为走过场，上线成了一场噩梦：系统崩溃，订单卡住，最后完全回退。他们“节省”的三周，换来了三个月的恢复。

标准模糊。 上文已经谈过。如果一条标准需要解读，它就只是一个引发讨论的话头。

评审人没有时间。 当关键评审人分身于多个项目时，评审就变成了打钩。对一个中等规模的项目，实现关口的评审至少应该用半天，证据要提前阅读。

文化。 习惯了赶里程碑的团队，会想办法绕过关口。如果管理层在启动会上说关口是强制的，然后在第一个造成延期的关口上拒绝推翻它，以此证明所言不虚，这种情况就会改变。

说明关口是否有效的三个数字

跟踪这些数字，看关口是在保护项目，还是只是看起来在保护。

1. 缺陷逃逸： 在关口之后发现、本应由该关口拦住的缺陷所占的比例。
2. 一次通过率： 如果每个关口都是一次通过，标准多半没有约束力。
3. 上线事件： 上线后头30天内的高优先级事件，是对部署关口的直接评判。

关口从第一天起就应该写进章程。我的项目章程指南说明了它们该放在哪里，指导委员会指南则谈到谁应该掌握强制执行它们的权力。

SAP项目中的质量关口是什么？

项目各阶段之间的正式检查点。团队必须先证明具体、可衡量的标准已经达成，才能继续推进。每个关口都有一位指定的负责人，有权推迟项目。在SAP Activate中，关口设在阶段转换处，尤其是探索、实现和部署之后。

SAP Activate中的质量关口有哪些？

SAP Activate有六个阶段（发现、准备、探索、实现、部署和运行），每一次转换都是一个关口。发现关口检查商业论证。准备关口检查治理和章程。探索关口检查设计签字确认和差异决策。实现关口检查测试结果和缺陷。部署关口检查数据、培训和切换就绪度。运行关口检查稳定情况和移交。

SAP质量关口的标准应该包括什么？

能给出“是或否”答案的标准。对实现关口：测试执行阈值、按优先级统计的未关闭缺陷、流程负责人的签字确认和集成测试结果。对部署关口：迁移对账、按角色统计的培训完成率、已彩排的切换计划、经过测试的回退方案，以及人员到位的Hypercare团队。每条标准都需要一位负责出具证据的责任人。

SAP实施中的质量关口为什么会失效？

它们在进度压力下被跳过，标准模糊，评审人没有时间准备，或者管理层推翻了一次未通过的关口。根本原因是把关口当成额外负担，而不是保护。

应该用哪个工具来管理SAP质量关口？

新项目用SAP Cloud ALM。它随SAP云订阅和Enterprise Support提供，支持Fit-to-Standard、测试和可追溯性。SAP Solution Manager 7.2将在2027年底结束主流维护。Jira、Tricentis Tosca和ServiceNow，在公司已经在用的情况下同样合适。原则只有一条：唯一可信的数据来源。

在最后一道质量关口如何评估上线就绪度？

用证据核对五件事：数据迁移已彩排并完成对账，每个角色的培训已完成，切换计划已带着Go/No-Go节点彩排，回退方案已测试，Hypercare已配备人员并明确升级路径。如果有任何一项未通过，而业务仍然想继续推进，就把它记录为一项经签字的业务决策。