9.3 四道 Gate 与教练闭环

约 15 分钟L1L2D1S4

课程来源

[来源] 腾讯云培训认证《腾讯云人工智能前沿部署工程师(FDE)》第 9 章 ·〈9.3 四道 Gate 与教练闭环〉

原文:https://cloud.tencent.com/edu/learning/course-4767-84813-84825(腾讯云在线学习中心)

[收录说明] 企业内部培训用途蒸馏收录:保留原课章节结构与要点,截图以图注转写、互动组件转写为要点清单;概念与事实以原课为准。

本课目录(7 节)

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 次循环的成本可以忽略。

  • 注意 :教练闭环不是「增加一层管理」。如果学员觉得教练闭环是「又多了个领导来查我」,说明教练的角色定位没说清楚。教练是「帮学员把交付物做得更扎实的伙伴」,不是「来挑刺的监工」。

随堂测

逐题作答,即时反馈

0 / 3 已作答
  1. 1. 12 周工作流里需要「拍板」的四个关键节点构成「四道 Gate」,它们分别是什么?

  2. 2. 教练闭环是围绕 Gate 设计的一套机制,它的四个环节及正确顺序是哪一项?

  3. 3. Gate 1(立项卡定稿,W3 末)的三个评审维度是下列哪一组?