進捗を報告しよう
洗練された状況共有と的確なエスカレーションで、チームの意思決定をスピードアップしましょう。
【前提】本記事は、メンバーがリーダー/マネージャーへの進捗報告を行うケースを想定しています。
進捗報告は、計画していた作業が期日通りに終わりそうか確認し続ける取り組みです。
ただし、単に予定通り進んでいるかを確認するのではなく、プロジェクトを進めていると必ず発生する急なトラブル対応や、追加の検討事項の影響を含む事実を正しく認識し、実現可能な計画への見直しや対策を検討することが重要です。
進捗報告のサイクルを回すことで、不確実なプロジェクトをゴールに向けて推進できます。
目次
Step1. 進捗報告書作成ガイド
Step2. 迷わずエスカレーションする判断基準
Step1.進捗報告書作成ガイド
💡進捗報告の構成と記載ポイント
ドキュメント作成手順はこちらの記事(進捗報告を作成、編集、閲覧する)をご確認ください。
1.「情報」を記載する
まずは「情報」を更新して、誰から誰向けの報告であるかなどを明確にしましょう。

-
報告レベル/チーム:設定された報告レベルとチームに基づいて、ダッシュボードから進捗報告を確認できます。
例えば、報告レベルをチームに設定すると、ダッシュボードの該当チームの行に作成した進捗報告が表示されます。 -
報告先/ウォッチャー:進捗報告の内容が更新されたときに、メールで通知が飛びます。
2.報告を記載する
続いて、テキストボックスに報告を記載しましょう。
例えば、PMが「今、何を判断すべきか」を迷わないよう、以下の構成がおすすめです。
-
全体概況:結論から伝える
-
遅れの有無と、プロジェクトへの影響が大きい「優先課題・リスク」を簡潔に記載します。
報告の要点をまとめましょう。
-
-
進捗状況:遅延発生時の「3要素」を網羅する
-
まずは遅延の有無を記載します。遅延が発生している場合は、以下の観点も忘れずに記載しましょう。
┗ 遅延規模と理由(なぜ、どのくらい遅れているか)
┗ 影響範囲(他タスクやチケットへの影響はあるか)
┗ リカバリ策(どう挽回するか、その見込みは妥当か)
-
-
課題状況:エスカレーション事項をまとめる
-
全体の計画・品質・コストに直接影響する課題や、他チームの作業に影響のある課題など、重要課題をリストアップし、対応情報を簡潔にまとめましょう。
-
影響規模の大きい課題や、遅延課題などを積極的にエスカレーションしましょう。PMに動いてほしい「支援依頼」を記載しましょう。
-
-
エスカレーション事項:進捗・課題以外のエスカレーション事項をまとめる
- 進捗・課題以外で、重要なリスクなどがあればエスカレーションしましょう。
💡グラフを活用して、「負荷」を可視化する
忙しさを言葉で伝えるのは難しいものですが、グラフで定量的に可視化すれば、PMもリソースの再配分を検討しやすくなります。
ダッシュボードのグラフエリアを活用して、根拠のあるデータをもとに、前向きな相談を行いましょう。
💡報告に困ったら、AIチケット分析を活用する
何を書けばいいか分からない時は、AIチケット分析を活用しましょう。
PMOの視点で客観的なコメントが生成されるため、自分では気づかなかったリスクや重要ポイントを再発見できます。
💡進捗報告テンプレートで報告粒度を標準化する
プロジェクトごとにテンプレートを設定できます。
チームの報告粒度をそろえ、PMがキャッチアップしやすい状況を整えましょう。
Step2.迷わずエスカレーションする判断基準
💡 エスカレーションすべき「6つのサイン」
PMが最も困るのは「手遅れになってから報告が来ること」です。
以下の6つのサインのいずれかに触れたら、迷わずエスカレーションを行いましょう。
| No |
分類 |
サイン |
| 1 |
納期の壁 |
予備日(バッファ)を使い切っても、マイルストーンに間に合わない見込みが立った時。 |
| 2 | 品質の壁 (Quality) |
要求された仕様を満たせない、または解消不能な重大なバグが発見された時。 |
| 3 | コストの壁 (Cost) |
予定外のツール購入や外注、想定を大幅に超える残業が必要になりそうな時。 |
| 4 | 権限の壁 (Scope) |
他部署との調整が必要になった、または現場に直接「追加依頼」が来た時。 |
| 5 | リソースの壁 (Resource) |
メンバーの欠員やスキル不足により、物理的にタスクを消化しきれない時。 |
| 6 | 判断の壁 (Decision) |
複数のタスクが衝突し、「どちらを優先すべきか」自分たちでは決められない時。 |
💡エスカレーションの質を上げる4つのポイント
ただ「困っています」と投げるのではなく、以下の4項目をセットで伝えると、PMは即座に意思決定ができます。
ドキュメントの「テキストボックス」欄に活用してください。
-
現状 (Facts): 何が起きているか?
(例:〇〇機能の実装に想定の2倍の時間がかかっている) -
影響 (Impact): 放置するとどうなるか?
(例:このままだと来週のテスト工程が3日遅れる) -
私案 (Options): 自分はどうしたいか?
(例:A案:機能を削る / B案:助っ人を1名呼ぶ) -
依頼 (Ask): PMに何をしてほしいか?
(例:B案の調整、またはA案の承認をお願いしたい)
💡「悪いニュース」ほど、小さいうちに
「1時間調べて解決しないなら、一旦アラートを出す」これがプロジェクトを成功させるチームの鉄則です。
たとえ自己解決できそうな問題でも、「懸念事項として共有だけしておきます」と一言添えるだけで、PMは心の準備ができ、リスクヘッジの動きを取りやすくなります。
現場の「今」がリーダーに正しく伝わることで、プロジェクトはよりスムーズに回り始めます。