アジャイルコーチ(Agile Coach)

選んだ期間（14、30、60、90 日）について、明示した 7 つの情報源からチームの姿を描き出します：依頼の 実際の流れ（リードタイム、サイクルタイム、スループット、WIP、手戻り、工程ごとの時間）、完了したスプリントの ベロシティ、現在のスプリント とそのゴール、実施済みとして記録された セレモニー、レトロスペクティブのメモ、パルス、バックログの WSJF スコア。

データがない箇所には文字どおり 未測定 と記録され — コーチは、その穴をきれいな文で埋めるのではなく、測定されていないと言わなければなりません。

Doing はチームが 行っている こと：セレモニーが開かれ、ボードが更新され、レトロが実施されること。Being はチームが どういう状態か：レトロのアクションが進み、WIP が守られ、雰囲気が申告され、人々が思っていることを口にすること。

典型的なのは、すべてのセレモニーをきっちり行いながら何も変わらないチームです：Doing は高く、Being は低い。逆もあります — 健全なのに何も記録しないため、示すことも学ぶこともできないチームです。

だからこの画面の問いは「セレモニーはやっているか？」ではなく、「セレモニーはやっているが、役に立っているか？」なのです。

コーチが返すのは 4 つのブロックです：数値が語っていること、Doing × Being の読み取り、最も効果の大きいポイント（1 つだけ）、そして次のレトロのための 3 つの問い — それぞれが、その問いを生んだ数値に結び付いています。

コーチが従わなければならないルール：(1) 引用する数値はすべて描き出したデータの中にあること — 印象づけるための推定や丸めは禁止。(2) データに「未測定」とある箇所では、測定されていないこと、チームが何を記録すべきかを述べること。(3) 人を評価しない、気分や動機を推測しない — 雰囲気について使ってよいのはパルスで申告されたスコアだけ。(4) データが足りなければ、一般論の所見を作らずにそう言うこと。

所見はシステム上の何も変えません。語りかける相手は経営陣ではなく チーム です。

すべての所見は、その元になったデータと一緒に 保存され、「計算内訳 — コーチが見た数値」パネルがすぐ下に開きます。これには 2 つの用途があります：違和感のある記述を確認すること、そして今日の所見と 2 か月前の所見を、それぞれが目の前にしていたデータを正確に把握したうえで比較することです。

会社で AI が有効になっていなくても、画面は役に立ちます：所見はありませんが、チームを数値で描いたデータはそのまま残ります — 所見はそこから導かれるものです。

コーチには、定義されたチームが必要です。ルームがなければ、業務全体を 1 つのチームであるかのように読み取ってしまい、所見は誰の役にも立ちません — そのため画面は生成を拒否します。

もう 1 つ知っておくべきこと：選択欄の期間（14/30/60/90 日）は、ルームで設定した期間とは 無関係 です。常に 30 日から始まります。進みの遅いチームで期間が短すぎると「データ不足」になり、長すぎると 2 つの異なる状況が混ざってしまいます。

操作は 2 つです：レトロに持ち込む（所見を採用済みにして議題にする）か、破棄する か。破棄は正当で、よくある選択です — チームの今の状況に合わない所見は、罪悪感とともに保管するのではなく破棄すべきです。

最近の所見は、日付、期間、使用したモデルとともに一覧表示されます。数か月にわたる所見の流れは、たいていどれか 1 つを単独で見るよりも多くを語ります。