一枚の進捗報告で伝えるのは、何が変わったか、次の節目に何が影響するか、聞き手に何を判断してほしいかの三点です。作業履歴を小さく詰め込むためのスライドではありません。
聞き手がプロジェクトを把握していて、短い報告を必要としている場合に一枚でまとめます。背景、日程、予算、作業別の詳細まで必要なら、まず目的に合う進捗報告の構成を用意し、一枚のスライドをその要約にしてください。枚数を守るために、判断に不可欠な情報を隠さないことが大切です。
プロジェクト名より、今回の変化を見出しにする
プロジェクト名と報告日は小さなヘッダーに置き、主見出しには現在の状況を書きます。「結合テストが2日後ろ倒し、公開判断の日程は変更なし」なら、「週次報告」よりも具体的です。前回の報告からの変化も分かります。
進捗の根拠に最も大きな面積を割き、主要なリスクは少し小さく、判断事項や依頼は区別して配置します。「現在」ではなく「10月6日時点」のように、情報の基準日を入れましょう。信号色の表示は見渡す助けになりますが、色だけに頼らず、状態を表す言葉と説明を添えます。
チーム内で使う状態ラベルの意味もそろえます。例えば「要対応」は節目を守るために介入が必要な状態、「停止中」は作業を続けられない状態と定義できます。共通の定義がなければ、同じ状況を担当者によって違う言葉で報告しかねません。
一枚に収める報告の具体例
以下は、架空の顧客ポータル開発の例です。数値は説明用であり、Presentiの実績ではありません。
ポータルの試行：パスワード再設定の検証後にユーザーテストへ
基準日：10月6日。状態：要対応。パスワード再設定の検証専用アカウントが未準備。
進捗：既存のテストアカウントで、五つの受け入れシナリオのうち四つが合格。パスワード再設定のシナリオは、専用アカウントを待っているため未検証。フィードバックフォームと実施ガイドは準備済み。
リスク：10月8日までに専用アカウントを利用できず必要な検証を終えられない場合、10月9日の初回ユーザーテストを延期する。担当はプロジェクト責任者で、IT部門と調整する。
求める判断：IT部門の承認担当者が10月8日までに専用アカウントの利用を確定する。難しい場合は、プロジェクト責任者とテスト日程を再調整する。
次の節目：初回ユーザーテストの実施。予定したセッションの終了後に結果を確認する。
完了した作業と、まだ検証していない作業を分けて示しています。未検証を不合格とは扱わず、五つ中四つのシナリオが合格しただけでプロジェクト全体を「80％完了」ともしません。
テストの詳細を尋ねられたときのために、受け入れ基準とテスト記録は補足文書や付録に用意します。スライドには参照先を示し、隅に全記録を詰め込まないようにしましょう。
次の節目に近づいたことが分かる根拠を選ぶ
「会議を三回開いた」は活動の報告です。「承認者がデータ項目を確認し、実装を開始できる状態になった」なら、プロジェクトの状態の変化が分かります。準備状況、範囲、日程、費用、求める判断に関係する変化を選びます。
件数には分母と判定基準を添えます。「五つの受け入れシナリオのうち四つが合格」は確認できますが、「テストはほぼ完了」では判断できません。節目は計画日と最新の見込み日を比べます。予算では、支出済みの額、発注などで確定した支出、今後の見込み額を、区別のない一つの数字にまとめないでください。
計算方法を説明できない進捗率は避けます。小さな作業が多数終わっていても、残る一件にリスクが集中している場合があります。精密に見える進捗バーより、節目の状況を短く書く方が正確なこともあります。
前回と今回の報告条件を比較できるようにします。対象のシナリオが五つから八つに増えたなら、範囲の変更を明記してください。説明がないと、完了率の低下を後退と受け取られることがあります。
実行できる依頼と、読める量に絞る
「支援が必要」は、行動、担当者または判断者、期限に置き換えます。判断が不要なら、「情報共有のみ。次回はテスト終了後に報告」と書きましょう。欄を埋めるために承認事項を作る必要はありません。
リスクは次の節目への影響で優先順位をつけます。「10月8日を過ぎてもアクセスできなければ、9日のセッションを延期する」のように、条件と影響を結びます。既に進めている対策も添えれば、会議で同じ対応を一から議論せずに済みます。
窮屈に見えたら、過去の活動履歴を削り、詳しい根拠を補足資料へ移します。基準日、求める判断、重要な留意点は残してください。通常の画面共有ウィンドウで読めるかも確認します。文字をすべて小さくしても、情報過多そのものは解決しません。
現在の記録から下書きを作り、状態を確認する
進捗、リスク、判断事項、次の節目に分けて、元となるメモを短く用意します。Presentiのテキストからスライドを作る機能で編集可能な下書きを作り、今回の聞き手に必要な情報へ絞ることもできます。不明な値は推測で埋めず、不明のまま残すよう指示してください。
会議前に、記載した担当者へ日付、状態、依頼内容を確認します。AIが作った文言は、担当者の確認を意味しません。会議後は実際に決まったことをプロジェクトの記録へ反映し、提案段階の判断が承認済みに見える状態でスライドを残さないようにします。
