毎週金曜、進捗報告を書くものの、ほぼ同じ内容でマンネリ化する。
クライアントが読んでいる手応えもない。こう悩むPM・コンサル・フリーランスは多いはずです。
Status UpdateはGreen/Yellow/Redのラベルに、Done/Doing/Blocked/Nextの4セクションを組み合わせると、読まれる構造に化けます。
本記事ではラベルの定義から、読み手別のカスタマイズまで実テンプレで解説します。
Status Updateが「読まれない」理由
書いた側と読む側で、重視する情報がズレていることが多いです。
構造化されていない本文
箇条書きなしで「今週はこれをやりました。明日はこれをやります」と流れる本文は、忙しい読者の目が滑ります。
見出しと箇条書きで視認性を確保します。
何がリスクか一目で分からない
読み手は「危険信号はあるか」を最優先で探しています。
リスク箇所が本文中段に埋まっていると、見逃されてあとで大問題になります。
次アクションが不明確
「来週も頑張ります」系の締めは、読者に何もさせません。
クライアント側に求めるアクションがあるなら、本文冒頭で明示します。
Green / Yellow / Red ラベルの定義
信号色で状態を可視化するのが、業界標準の手法です。
Green：計画通り
Greenは「すべてオンスケジュール・オン予算・オンスコープ」を意味します。
Greenだからと手を抜くと、次回Yellowへの転落が読めなくなります。
Yellow：リスクあり
Yellowは「軽微な遅延・リスクあり」の状態です。
具体的には「1週間以内の遅延リスク」「1つのタスクに阻害要因」程度。
Red：遅延・問題発生
Redは「納期・予算・スコープの重大違反」です。
Redを隠すと信頼を一気に失います。Redの早期開示は、逆に信頼を生みます。
使う閾値の合意
プロジェクト開始時に、Green/Yellow/Redの定義をクライアントと合意します。
例: Yellow = 納期1週間遅延リスク、Red = 2週間以上の遅延確定
4セクション構造
本文は4つのセクションで組み立てます。
Completed（完了）
今週完了した項目をリストします。
完了項目は数字と動詞で書きます。
例: Shipped v2.1 with 18 bug fixes / Onboarded 3 new enterprise accounts
In Progress（進行中）
現在進行中のタスクと、完了予定日を書きます。
例: API v3 migration: 60% complete, target Apr 30 / Q2 roadmap finalization: draft ready, exec review Apr 25
Blockers（阻害）
進行を阻んでいる要因を明記します。
例: Awaiting SSO provider confirmation from your IT team — blocking deployment to staging
Next Week（来週）
来週の計画を優先順位付きで出します。
例: P1: API v3 integration tests / P2: User onboarding refinement / P3: Docs update
本文冒頭の1文サマリ
最初の1文がすべてです。ここで読者の次の行動が決まります。
オーバーオール Green / Yellow
プロジェクト全体のラベルを冒頭に出します。
例: Overall status: Yellow — minor delay on Module B, recoverable within Sprint 12.
ハイライトと要注意
今週のハイライト1つと、要注意1つを1行ずつ。
例: Highlight: SSO integration shipped ahead of schedule. Watch: Performance test revealed a p99 latency spike.
Action Requiredの明示
クライアント側に必要なアクションを冒頭で出します。
例: Action required: Please approve the updated scope document by Friday.
完了項目の書き方
完了は「達成事実」ではなく「価値」で語ります。
動詞+数値で書く
「Improved performance」ではなく「Reduced p99 latency from 840ms to 120ms」。
数値があると、実際の進捗が伝わります。
成果の事実と影響
成果に加えて、ビジネスインパクトを1行添えます。
例: Shipped invoice export feature — used by 18 enterprise customers within 48 hours of release.
関係者への謝辞
協力してくれた社外の人を1行で感謝します。
例: Big thanks to [Client Team] for the rapid UAT turnaround — made the Friday deploy possible.
進行中項目の書き方
進行中項目は、期日と依存関係を明示します。
完了予定日の明示
「近日中」ではなく「Apr 30」と具体日。
期日が動く場合、理由を1文で。
現在の%進捗
「Almost done」ではなく「75% complete」。
主観的表現は避け、客観指標で書きます。
依存関係の言及
他タスクやステークホルダー依存を明示します。
例: Dependent on SSO confirmation from your IT team, which we’ve requested twice.
Blockerの書き方
Blockerは「問題・影響・必要アクション」の3点セットで書きます。
問題・影響・必要アクション
例: Blocker: SSO provider integration paused. Impact: Cannot deploy to staging environment. Need: IT team confirmation of identity provider by Apr 22.
誰に・いつまでに・何を
具体的にアクションを求めます。
例: @John — could you confirm the IdP URL by EOD Tuesday?
エスカレーションのサイン
3回リマインドしても動かない案件は、上位にエスカレします。
Status Updateにも「escalating to [Executive Sponsor] if unresolved by Friday」と明記します。
Next Weekの書き方
来週のセクションは、優先順位と担当を明確にします。
優先順位付き
P1/P2/P3でラベル分けします。
全項目が同列だと、現場が混乱します。
担当者割当
各タスクに担当者名を書きます。
例: P1: API migration (Alex) / P2: Onboarding flow (Sarah) / P3: Documentation (Ryan)
クライアント側のアクション
クライアント側に求めるアクションも明記します。
例: Your team’s action: Approve SSO config by Wednesday.
添付ファイル vs 本文要約
詳細は添付、要約は本文、の原則です。
Dashboardスクショの効果
数字はダッシュボードのスクショで見せると、説得力が増します。
Looker、Tableau、Metabaseのスクショが典型的な形式です。
本文は5-10行に収める
本文は画面スクロールなしで読める量にします。
詳細ログ・全タスクリストは添付PDFかNotion URLへ。
Slackサマリへの転用
メール本文をそのままSlackの進捗スレッドにもコピペできる構造にします。
フォーマットの統一が、チームとクライアントの両方に効きます。
週次・月次・四半期の違い
頻度が違えば、情報粒度も変えます。
週次：戦術
週次は「今週のタスク」レベル。具体的でアクショナブルに。
ビジネスインパクトは軽く触れる程度でOK。
月次：戦略
月次はマイルストーン達成率・ROI・学び。
ExecutiveやSteering Committee向けの粒度です。
四半期：ビジネスインパクト
四半期は「ビジネス成果」レベル。
Revenue impact、Customer satisfaction、Cost reductionなど経営指標で語ります。
Status Update NG事例
読まれない・信頼を失うパターンです。
情報が多すぎる
20個のタスクを全部並列で書くと、優先度が消えます。
Top 5に絞り、残りは「その他15件は計画通り」で済ませます。
リスクを隠す
Yellow/Redを避けてGreenで押し通すと、ある日突然Redになって破綻します。
予兆段階でYellowを出しておくのが、プロのお作法です。
他責的な言い回し
「クライアント側の対応が遅いため…」は関係を冷やします。
中立表現: Awaiting confirmation from the client’s IT team — we’re following up twice weekly.
Status Update テンプレ5例
業種別の実例です。
SaaS実装プロジェクト
マイルストーン・API統合・UAT完了の3軸で書きます。
例: Overall: Green. Week 8 of 12. SSO live, payment integration in UAT, Phase 3 rollout planning started.
マーケティングキャンペーン
リーチ・コンバージョン・ROIの3軸で書きます。
例: Overall: Green. Week 2 of 4. Impressions 2.4M (110% of target), CTR 3.2%, 420 leads generated.
経営コンサルティング
Workstream・インタビュー・分析進捗の3軸で書きます。
例: Overall: Yellow. Week 6 of 10. Workstream A on track, Workstream B blocked pending data access.
読み手別カスタマイズ
同じStatus Updateでも、読み手によって粒度を変えます。
Executive向けの圧縮
Executive向けは5行サマリで十分です。
Overall status、今週のハイライト、リスク、次週重点、Action Required。以上。
オペレーション担当向けの詳細
オペ担当は全タスクの詳細を求めます。
タスクごとの%進捗、担当者、ブロッカー、期日を1行ずつ列挙します。
技術チーム向けのデータ
技術チームには数字・ログ・エラーレートを出します。
例: Uptime: 99.92% (target 99.9%). p99 latency: 120ms (target 200ms). Incidents: 2 minor, 0 major.
Status Updateの自動化・半自動化
毎週ゼロから書くのは無駄です。テンプレ+自動入力で時間を節約します。
JIRAやAsanaからの自動生成
JIRA、Asana、Linearなどのプロジェクト管理ツールから、完了タスクを自動抽出できます。
API経由で前週の完了チケットをメールに流し込む、という仕組みです。
Notionテンプレでの下書き
Notionで固定テンプレを用意し、月曜に下書き、木曜に確定、金曜送信の流れが効率的です。
チームメンバーが月〜木曜の間に自分の担当エリアを書き込む運用も成立します。
AIアシスタント活用
ChatGPT・Claudeに過去4週分のStatus Updateを渡し、今週分のドラフトを作らせることもできます。
事実確認は人が必須ですが、構造作りと英文トーンの調整は自動化できます。
Status Updateで使える英語フレーズ15
そのまま使えるフレーズ集です。
- Overall status: Green/Yellow/Red.
- On track for the [Date] milestone.
- Ahead of schedule on [Item].
- Slight slippage on [Item] — recovery plan in place.
- Action required: Please [specific action] by [Date].
- Blocker: [Issue]. Need [specific resolution] from [Person].
- Completed this week: [List of items].
- In progress: [Item] at [X]% complete, target [Date].
- Next week’s focus: [Priority items].
- Risk: [Specific risk] — mitigation plan ready.
- Dependent on [External factor] — following up.
- Escalating to [Sponsor] if unresolved by [Date].
- Metrics this week: [Key numbers].
- No new blockers this week.
- Full details attached / in the shared Notion page.
Status Update頻度の見直しタイミング
プロジェクトのフェーズによって、頻度を変えるのが合理的です。
プロジェクト初期
キックオフ直後は週次が基本。認識合わせが密に必要な時期です。
安定期
順調に進んでいるプロジェクトは、隔週への間引きを提案します。
例: Proposing to shift to bi-weekly updates starting next month — happy to continue weekly if you prefer.
危機フェーズ
Red状態のときは日次・隔日に切り替えます。
頻度を上げることで、対応の透明性と安心感を提供します。
Status Update成熟度の自己診断
自分のレポートがどの段階か、把握しておきます。
Level 1: タスクリスト羅列
今週やった作業を並べるだけの段階。読み手の反応は弱いままです。
Level 2: ラベル+4セクション
Green/Yellow/Redと4セクションで構造化された段階。読まれる率が上がります。
Level 3: 読み手別カスタム
Executive向け・オペ向け・技術向けで粒度を変えている段階。信頼が積み上がります。
Level 4: 戦略アドバイス組込み
現状報告に加えて、次にすべき戦略判断を提示する段階。クライアント経営層からの信頼が決定的になります。
例: Recommendation: Given current traction, we suggest accelerating Phase 3 investment by 2 weeks. Decision needed by [Date].
