AIへの確認チャットを減らす、進捗報告の作り方

編集部の実務提案

報告の単位を、チャットから成果物へ変える

「AIが何回動いたか」だけでは、事業として何が進んだかを把握しにくくなります。まず、完成条件を満たした成果物と、まだ確認が必要な作業を分けます。コードの変更、確認用の画面、テスト結果など、報告から実物へ移動できる形が役立ちます。

報告の頻度は、作業の長さと判断の必要性に合わせて合意します。常に即時返信を求めるのでも、一週間何も知らせないのでもなく、定時の共有と例外時の連絡を組み合わせます。

一次情報から

実行状態は、環境から得た結果で確かめる

Anthropicの2024年の設計ガイドは、ツールやコード実行の結果をもとに進捗を確認し、必要に応じて人の確認点で止まる考え方を示しています。ここでは設計原則を参照し、現在の製品仕様を説明しているものではありません。

出典：[1]

編集部の実務提案

五つの欄で、判断できる報告にまとめる

以下は、問い合わせ受付ツールの開発を例にした編集部のテンプレートです。実案件の実績や、標準的な納期・費用を示すものではありません。

編集部の実務提案

質問には、選択肢と影響を添える

「どうしますか」だけを送ると、お客様が背景を一から調べることになります。何を決めたいか、選べる方法、推奨する理由、費用や公開時期への影響を短くまとめます。回答がない場合は、合意済みの範囲で続けられるか、止める必要があるかも示します。

• 判断事項：今回決めたいことを一つにする。
• 選択肢：それぞれの利点と制約をそろえる。
• 影響：作業範囲、費用、公開予定への影響。
• 回答時期：いつまでに必要かと、待つ間の進め方。

編集部の実務提案

定時報告を待たずに知らせる条件も決める

予算上限に近づく、同じ失敗を繰り返す、必要な権限が足りない、公開済みの機能が使えない。こうした状況は、通常の報告とは別に連絡する条件を決めます。担当者が変わっても判断できるよう、理由と対応状況を記録します。

振り返りでは、チャットの数だけでなく、お客様が確認に使った時間、判断待ちで止まった作業、差し戻し、完成した成果を一緒に見ます。報告を増やすこと自体ではなく、判断と開発を進めやすくすることが目的です。