AIからの報告を「結論から」に固定する——PREP法を運用ルールにした

📝報告が「作業ログ」になってしまう問題

AIの報告は、放っておくと作業の時系列そのままになりがちです。「まずこのファイルを見て、次にこう考えて、こういう試行をして……」と、思考の過程が丁寧に並びます。悪意はないのですが、読む側からすると結論にたどり着くまでのコストが高いのです。

一人会社では、この報告を読むのは社長ひとりです。時間は有限で、しかも本業のすき間で目を通すことも多い。だからこそ、最初の一文で「何が起きたか」「次に何を決めればいいか」が分かる形でなければ、報告は読み飛ばされ、判断が滞ります。読まれない報告は、結局こちらで抱え直すことになり、任せた意味が薄れてしまいます。

🎯PREP法を報告フォーマットに固定した

対策として、社内ルール（.claude/rules/communication.md）に報告フォーマットを明文化しました。採用したのはPREP法です。次の順で書く、という単純な約束です。

• Point（結論）: 何をしたか / 何が起きたか
• Reason（理由）: なぜそうしたか / なぜ重要か
• Example（具体例）: 詳細データ・成果物・リンク
• Point（結論再掲）: 次のアクション / 確認事項

ポイントは、結論を最初と最後の二回置くことです。冒頭で要点を掴み、詳細を読み飛ばしても、末尾で「次に何をするか」に戻ってこられます。作業ログを禁じているわけではなく、それは Example の中に畳み込む、という置き場所のルールにしています。

✂️長文を禁じ、箇条書きとリンクに寄せる

型と同じくらい効いたのが、「長文で報告しない」という明文のルールです。報告は簡潔に、長い散文よりも箇条書きとリンクに寄せる、と決めました。詳細な根拠やデータは、報告本文に貼り付けるのではなく、成果物ファイルやコミット、PRへのリンクで示します。

この「本文は短く、詳細はリンク」という形は、報告を読む時間を短くするだけでなく、後から追跡しやすくもなります。判断に必要なものだけを本文に残し、裏取りしたいときはリンクをたどればよい。散文の中に数字や結論が埋もれてしまう事態を避けられます。AIは求めれば丁寧に書いてくれますが、その丁寧さが読み手のコストになる場面では、あえて削る指示のほうが効きます。

📋社長タスクは報告に混ぜず、一箇所に集約する

もうひとつ運用で決めているのが、社長がやるべきタスクを報告の中で繰り返さないことです。「これは社長にお願いします」という依頼が毎回の報告に散らばると、どれが未対応なのかが分からなくなります。

そこで、社長へのタスクは専用のアクションリスト（ceo-action-list.md）に一元集約し、毎回の報告やスタンドアップでは蒸し返さない、というルールにしました。報告は「起きたこと」を伝える場、アクションリストは「これからやること」を管理する場、と役割を分けるわけです。報告フォーマットを固定するのと同じ発想で、情報の置き場所を決めておくことで、読む側の負荷が下がります。

🧭まとめ: 型を決めると、任せられる

AIに実務を任せると、成果物の質だけでなく「報告の読みやすさ」が意思決定の速さを左右します。結論から書くPREP法を型として固定し、長文を禁じて箇条書きとリンクに寄せ、社長タスクは一箇所に集約する——どれも派手さはありませんが、報告を「読める」ものに変えるための地味な約束です。

報告の型は、一度決めてルールに書いておけば、AIは毎回その形で返してくれます。まずは「結論から書く」の一行だけでも運用に入れてみてください。読む時間が短くなるほど、安心して任せられる範囲は広がっていきます。