敏捷教练(Agile Coach)

在所选时间窗（14、30、60 或 90 天）内，它会根据七个明示的来源描绘团队画像：需求的实际流动（前置时间、周期时间、吞吐量、WIP、返工、各阶段耗时）、已结束冲刺的速率、当前冲刺及其目标、登记为已举行的仪式、回顾会记录、脉搏调查以及待办清单的 WSJF 分数。

没有数据的地方，画像中会如实写上未测量——教练必须说明未测量，而不是用一句漂亮话填补空白。

Doing 是团队做了什么：仪式照开、看板更新、回顾会也开了。Being 是团队处于什么状态：回顾行动项在推进、WIP 得到遵守、氛围有人填报、大家敢说真话。

典型情况是团队虔诚地开完所有仪式却什么也没改变：Doing 高，Being 低。相反的情况也存在——一个健康的团队什么都不记录，因此既无法展示，也无法学习。

所以这个页面要问的是“仪式我们都开了，但有用吗？”，而不是“我们开仪式了吗？”。

教练给出四个板块：数字说明了什么、Doing × Being 解读、杠杆最大的一点（只有一件事），以及下一次回顾会的三个问题，每个问题都关联到引发它的那个数字。

它必须遵守的规则：(1) 引用的每个数字都必须出自画像——不许为了效果去估算或取整；(2) 画像写着“未测量”的地方，要说明未测量以及团队需要记录什么；(3) 不评判个人，也不推断情绪或动机——唯一允许使用的氛围数据是脉搏调查中填报的分数；(4) 如果数据不够，就直说，而不是给出泛泛之谈。

意见不会改变系统中的任何东西。它是说给团队听的，而不是给管理层。

每条意见都会与生成它的画像一起保存，“计算明细——教练看到的数字”面板就在下方展开。这有两个用处：核查某个听起来奇怪的说法，以及在确切知道各自依据了哪些数据的前提下，把今天的意见和两个月前的进行比较。

如果公司未启用 AI，页面依然有用：虽然没有意见，但用数字描绘的团队画像仍然在——意见本来就是从它得出的。

教练需要一个明确的团队。没有作战室，它会把整个业务当成一个团队来解读，得出的意见对谁都没用——所以页面会拒绝生成。

还要知道一点：下拉框中的时间窗（14/30/60/90 天）与作战室中配置的时间窗相互独立，默认总是 30 天。对节奏慢的团队来说，时间窗太短会出现“数据不足”；太长则会把两种不同的状况混在一起。

两种操作：带到回顾会（将意见标记为已采纳，使其成为议题）或舍弃。舍弃是正当且常见的选择——不适合团队当下状况的意见就应该舍弃，而不是带着愧疚归档。

最近的意见会连同日期、时间窗和所用模型一起列出。把几个月来的意见连起来看，通常比单看任何一条都更能说明问题。