9.3 四道 Gate 与教练闭环
概念
12 周工作流里有四个关键节点需要「拍板」:立项卡定稿(W3 末)、方案验证通过(W6 末)、POC 定稿(W9 末)、阶段末复盘通过(W12 末)。这四个节点就是四道 Gate。
Gate 的存在是为了回答一个问题:「这个东西到底行不行?」 这个问题不能由工具回答(工具只给依据不替人签字),也不能由学员自己回答(自己评判自己不客观),所以需要一个「教练」角色来做终审。
教练闭环就是围绕 Gate 设计的一套机制:课前准备→课中练习→课后评审→阶段末复盘,每个环节都有教练介入,但介入的深度不同。
教练的核心职责不是「教技能」——技能在前八章已经教过了。教练要守住两条线:Gate 不放水,边界不越位(详见下文和注意事项)。
教练准入的一条硬门槛:WorkBuddy 要用得比学员熟。 专家、技能、知识库、AI Coding 都能亲手搭、亲手改——你怎么用,就是最好的教材。如果自己没跑通,就没法在学员卡住时现场帮他定位问题。
用法
每道 Gate 都有明确的评审维度和 Go/No-Go 标准。教练用评审技能跑这些维度、输出结构化意见,最终 Go/No-Go 由人裁决。
Gate 1:立项卡定稿(W3 末)
| 评审维度 | Go 标准 | No-Go 信号 |
|---|---|---|
| 真需求非伪需求 | AI 机会经过真伪需求检查清单验证 | 伪需求混入或未做验证 |
| 业务价值可量化 | 目标可量化、有验收标准 | 目标是「提升效率」这种模糊表述 |
| 风险假设列全 | 主要风险和假设已列出且有应对思路 | 「应该没什么风险」 |
教练动作:用评审技能跑三个维度,输出结构化意见。如果三个维度都 Go,教练签字放行进入方案设计期。如果有 No-Go,回 W2 补立项卡。
Gate 2:方案验证通过(W6 末)
| 评审维度 | Go 标准 | No-Go 信号 |
|---|---|---|
| PRD 含异常/兜底/验收口径 | PRD 包含 AI 特有的不确定性展示、人工兜底、验收/评测口径章节 | 普通 PRD 模板,缺少 AI 特有章节 |
| MVP 边界清晰 | 「最小可用」标准已写进专家人设,MVP 范围明确 | 需求无限膨胀、边界不清 |
| 开发能看懂 | 功能点拆分清晰、接口要求明确、PRD 已落到协作平台 | 功能点粒度太粗或太细、PRD 还在本地 |
教练动作:用评审技能跑三个维度 + 检查 PRD 是否已通过连接器落到协作平台。全 Go 放行进入开发推进期。有 No-Go 回 W4-W5 补方案。
Gate 3:POC 定稿(W9 末)
| 评审维度 | Go 标准 | No-Go 信号 |
|---|---|---|
| 核心假设被验证 | POC 验证了立项卡里的核心假设 | 假设未验证就往下走 |
| 有可运行 Demo | 当堂跑出了能运行的 Demo | 「快好了但还没跑通」 |
| 迭代优先级明确 | 迭代优先级已由人决策,评审纪要已归档知识库 | 优先级不清或全靠工具自动排 |
教练动作:用评审技能做 POC 评审 + 人工抽查关键模块。全 Go 定稿 POC。有 No-Go 回 W8 继续改。
Gate 4:阶段末复盘通过(W12 末)
| 评审维度 | Go 标准 | No-Go 信号 |
|---|---|---|
| 达验收标准 | MVP 达到 PRD 里定义的验收口径 | 验收口径不清或未达标 |
| 复盘完成 | 用「复盘」技能产出结构化复盘报告 | 复盘报告全是套话 |
| 能力沉淀回专家与知识库 | 方法论已回灌到专家和知识库,形成可复制到下一批人的组织资产 | 只存了代码,方法论没沉淀 |
教练动作:检查资产包 + 审阅复盘报告。全 Go 则 12 周养成计划正式结业。有 No-Go 补沉淀。
- 注意 :四道 Gate 的评审维度不是凭空设计的,它们来自前面八章里各个技能自带的评审能力。Gate 的本质是「在关键节点把评审技能集中跑一遍,加上人工抽查」。不是另搞一套评审流程。
Gate 是节点,教练闭环是过程。12 周里每周都有教练介入,但介入深度按环节不同:
| 环节 | 频率 | 教练动作 | 工具支撑 | 人做终审 |
|---|---|---|---|---|
| 课前准备 | 每周一次 | 检查学员上周交付物、给本周预习方向 | 专家技能 + 知识库 | 教练确认学员 ready |
| 课中练习 | 每周一次 | 旁观学员练习、即时纠偏 | 学员用的各技能 | 教练决定要不要叫停 |
| 课后评审 | 每周一次 | 用评审技能跑交付物、输出结构化意见 | 评审技能 | 教练签字通过/打回 |
| 阶段末复盘 | 四次(每阶段末) | 跑 Gate 评审、做整体回顾 | 评审技能 + 知识库 | 教练做 Go/No-Go 终审 |
- 注意 :教练的角色是「前沿部署伙伴」,别拿「老师」的框架去套。教练不需要比学员更懂客户的业务,但教练要比学员更懂 WorkBuddy 的工具边界。教练的核心价值是「守住 Gate 不放水 + 说清边界不让工具越位」。
示例
以 W8(AI Coding + POC 快速验证)为例,看教练闭环怎么跑:
课前(W8 开始前):教练调取 W6 的可执行 PRD,确认方案设计期已过 Gate 2。调取学员本周要实现的 PRD 功能点,判断学员是否 ready。结论:ready,可以开始 W8 教学。
课中(W8 教学日):学员用 AI Coding / CodeBuddy 从 PRD 直达最小可运行 Demo。教练在旁边观察——学员是不是先写 Prompt 再生成代码?生成的代码有没有 review?测试用例有没有跟上?发现学员「生成代码后直接往下走没做 review」,教练即时叫停,要求先 review 再继续。
课后(W8 结束时):学员提交可运行 Demo 的代码和测试。教练用评审技能跑「核心假设被验证、有可运行 Demo、迭代优先级明确」三个维度。评审技能输出「核心假设被验证 Go、有可运行 Demo Go、迭代优先级明确 No-Go(迭代优先级全靠工具自动排)」。教练人工抽查后签字:打回让人重新决策迭代优先级,下周补完再过 Gate。
阶段末(W9):W7-W9 三周走完后,跑 Gate 3 完整评审。教练把三周的交付物整体过一遍,确认 POC 是否可以定稿。如果 W8 的迭代优先级问题在 W9 前已补齐,Gate 3 可以 Go。
这个循环每周跑一次,12 周跑 12 次。看起来重,但每次只要 15-30 分钟(评审技能跑得很快,人工抽查是关键)。比起项目后期发现「前面全跑偏了」的返工成本,这 12 次循环的成本可以忽略。
- 注意 :教练闭环不是「增加一层管理」。如果学员觉得教练闭环是「又多了个领导来查我」,说明教练的角色定位没说清楚。教练是「帮学员把交付物做得更扎实的伙伴」,不是「来挑刺的监工」。
随堂测
逐题作答,即时反馈
1. 12 周工作流里需要「拍板」的四个关键节点构成「四道 Gate」,它们分别是什么?
2. 教练闭环是围绕 Gate 设计的一套机制,它的四个环节及正确顺序是哪一项?
3. Gate 1(立项卡定稿,W3 末)的三个评审维度是下列哪一组?