AIエージェントと30分で終える週次レビュー：エージェントが下書きし、人が直し、チームが読む

人による修正パスこそが本質である理由

自動のステータスレポートは何年も前からあります。その多くが無視されるのは、正確で無意味だからです。「issue 14件完了、3件起票、ベロシティ安定」。ステータス更新が役に立つのは、その数字が計画にとって何を意味するかを語るときで、それには計画を知っている人が必要です。

ゼロから書き上げる代わりに短く固定された修正パスを置くという考えは、Indie Hackersのような創業者コミュニティでしばらく前から広まっています。ツールに事実を集めさせ、区切られた時間（30分がよく挙がる数字）でそれをメッセージに変える。私たちはこれを証明された手法ではなく、妥当なコミュニティの実践として扱っています。言えるのは、収集が手作業でなくなった時点で、私たちの更新が「たまに、遅れて、曖昧」から「毎週金曜、具体的」に変わったということです。

下書きはエージェントのもの。判断はあなたのもの。この線引きを曖昧にしないでください。

週次ステータスのテンプレート

テンプレートは固定です。エージェントが毎週同じように埋め、読み手がどこを見ればよいか分かるようにするためです。

人のセクションが3つ、エージェントのセクションが4つ。エージェントが「来週」と「依頼」を書くようになったら、レビューはレビューでなくなっています。

手順：金曜のループ

1. 毎週金曜の午後にカレンダーで30分を確保する。 この枠が儀式です。なければレビューは月曜朝に行われ、週を変えるには遅すぎます。
2. エージェントに固定のブリーフを渡す。 入力：直近7日にクローズしたissue、直近7日が期限で未完了のissue、14日間触られていない未完了のissue、ゴールと最新のチェックイン。出力：上のテンプレートで、エージェントの4セクションを埋め、人のセクションはプレースホルダーのまま。制約：読み取りのみ、ステータス変更なし、遅延理由のでっち上げなし。
3. まず完了リストを読み、グルーピングを直す。 エージェントはプロダクト別に分けますが、顧客別やテーマ別のほうが意味を持つときもあります。直してください。
4. すべての遅延の日付を確認する。 エージェントはissueの新しい期限を報告します。誰も設定していなければそう言うので、今設定するか、そのissueは重要でないと決めます。
5. 停滞項目それぞれの扱いを決める。 クローズ、再割り当て、理由付きで残す。3回のレビューを生き延びた停滞項目は停滞ではなく仕事ではないので、削除します。
6. 見出しは最後に書く。 すべて読んだ後に1文。書けないなら、その週が良かったかどうか分かっていないということで、それ自体が発見です。
7. 来週と依頼は手で書く。 7つではなく3つ。依頼は人を名指しします。
8. チームが読む場所に投稿する。 フィードへの投稿かピン留めメッセージ。誰も開かない文書ではなく。

ブリーフが安定すれば30分で足ります。最初の2週間は、レポートではなくブリーフを直しているので長くかかります。

エージェントが読むもの、間違えるもの

エージェントに必要なのはissue、ゴール、チームフィードの読み取りアクセスだけです。AtrixではMCPサーバーまたはエージェントチャット経由で、work.read、goals.read、feed.read のスコープにあたり、使うツールは日付フィルタ付きの work_list_issues、プロダクトごとの project_status、goals_list、そしてプロダクト別に週の活動をすでに要約している pulse_report_latest です。最終的な更新の投稿には feed_post_update を使いますが、これは人々の電話に通知を送るので、このスコープはエージェントに与えず、修正パスの後に手で投稿しています。

数週間ごとに見る確実な失敗：

• 遅延の理由。 担当者が休暇中だったのが本当の理由なのに、エージェントはコメントから理由を推測します（「デザイン待ちでブロック」）。「なぜ」は決して書かせない。書くのは「何が」です。
• ゴールの進捗を直線的に読む。 残り2週間で40%のキーリザルトは、40が0より大きいからといって「順調」ではありません。チェックインの一文はあなたのものです。
• 同じissueを二重に数える。 クローズ、再オープン、再クローズされた場合。些細ですが「完了」を水増しします。
• 過剰な礼儀。 放っておくと下書きは「全体的に順調に進捗」と書きます。その文は削除してください。判断は見出しに置くもので、時には「遅れ」と書くべきです。

エージェントなしでやる方法

ツールにエージェントがなくても、保存フィルタでループは回ります。どのトラッカーでも4つのビューを保存します。直近7日のクローズ、直近7日が期限で未完了、14日間未更新、そしてゴール。金曜に順に開き、テンプレートに貼り、同じ修正パスを行います。30分ではなく45分かかり、収集は省きたくなる部分です。それが自動化すべき理由です。

Linearのインサイト、Jiraのダッシュボード、日付フィルタ付きのNotionデータベースはいずれも4つのビューとして使えます。エージェントがもたらす違いは「完了」と「遅延」の文章の初稿で、10分ほど節約でき、何より白紙のページをなくしてくれます。

実際の金曜

先週のレビューを少しぼかして示します。完了：CalendarとPagesで9件、予約リマインダーメールを含む。遅延：2件、どちらもPagesで、担当者と話した上でどちらも翌週水曜に再設定。停滞：4件、うち2件は不要としてクローズ、1件は再割り当て。ゴール：「セルフサーブのアクティベーション」のキーリザルトが31%から38%へ。チェックインの一文は「動いているが、最大のレバー（トライアルメール）は来週出るので、判断はそのとき」。見出し：「サイクルは順調。1つのゴールは来週のトライアルメールで決まる」。来週：トライアルメール、Androidビルドをテスターへ、料金ページの文言。依頼：Androidベータを料金変更の前に出すかどうかの決定1件。

投稿を含めた合計時間：28分。エージェントの下書きは完了9件をプロダクト別にまとめており、これは正しく、遅延1件に「デザインフィードバック待ちでブロック」と書いており、これは間違いで削除しました。

よくある質問

週次ステータス更新には何を含めるべきですか？

1行の見出し（順調、リスクあり、遅れ）、完了したもの、新しい期限付きの遅延、停滞しているもの、各ゴールの動き、来週の優先事項3つ、名指しの人への具体的な依頼。1画面に収めます。

AIエージェントが週次ステータスを単独で書けますか？

事実のセクションは書けます。完了、遅延、停滞、ゴールの数値です。見出し、遅延の理由、来週の優先事項、依頼は書くべきではありません。それらには計画を知る人が必要で、それが30分の修正パスです。

週次レビューにはどれくらいかかるべきですか？

ブリーフとテンプレートが安定すれば30分です。最初の2〜3週はブリーフを直すので長くかかります。常に1時間を超えるなら、テンプレートが長すぎるかトラッカーが古いということです。

エージェントにはどのデータへのアクセスが必要ですか？

issue（クローズ日、期限、最終更新日）、ゴールとそのチェックイン、チームフィードの読み取りです。顧客、採用、給与、何かを変更する能力は不要です。読み取りだけを付与し、最終的な更新は自分で投稿してください。

週次レビューはチーム全体に投稿すべきですか？

はい、チームがすでに読んでいる場所に。フィードの投稿かチャットのピン留めメッセージです。誰も開かない文書は私的な日記です。電話で読めるよう1画面に収めてください。

スプリントのふりかえりとは何が違いますか？

週次レビューはステータスと来週の優先事項についてで、30分かかり、メッセージを生みます。ふりかえりはサイクルを通じてチームがどう働いたかについてで、1時間かかり、プロセスの変更を生みます。両方やり、混ぜないでください。

次のステップ

使っているトラッカーで4つのビュー（完了、遅延、停滞、ゴール）を作り、金曜15:00を確保してください。仕事がAtrixにあるなら、プロジェクト管理にはエージェントが読むサイクル、ラベル、ゴールのチェックインがすでにあり、創業者向けページには小さなチームがこのループを端から端まで回す様子が載っています。