ガイド › ガイド

RAGステータスの定義：「ずっと緑なのに突然赤」を防ぐ

プロジェクトは、突然赤になる会議の直前まで、ずっと緑です。必要なのは勇気のあるプロジェクトマネージャーではなく、色を「気分」ではなく「結果」にする、文書化されたRAGステータスの定義です。今日から報告資料に貼れる一式をご用意しました。

RAGステータスに文書化された定義が必要な理由

RAGとは赤・黄・緑（Red, Amber, Green）のことです。定義がなければ、数字の顔をした「感覚」にすぎません。ある人の黄色は別の人の赤で、スポンサーはそのうち色そのものを気にしなくなります。

定義があれば、色は「判定」になります。予測完了日が基準計画（ベースライン）から合意した許容範囲を超えて遅れるなら、誰が報告しても、本人がどう感じていても、ステータスは赤です。

• プロジェクト開始前、初めての遅れが出る前に、スポンサーと定義を合意しておきます。
• プロジェクト憲章や報告資料に書き込み、毎週蒸し返されないようにします。
• ポートフォリオ内のすべてのプロジェクトで同じ定義を使い、色を比較できるようにします。
• 色の横には必ず、理由を1行で添えます。

全体ステータス：3色の判定

全体の色は平均ではなく、配下の項目のうち最も悪いものを要約したものにします。コストは緑でもスケジュールが赤なら、全体は赤です。

文言は、スライド1枚に収まる短さにします。

• 緑：順調。すべての項目で予測が許容範囲内で、スポンサーの対応を要する未解決の課題がない。
• 黄：リスクあり。少なくとも1つの項目が許容範囲を外れている、または対処しなければ外れる見込みで、挽回計画がある。
• 赤：計画から外れている。ある項目が許容範囲を外れ、挽回にスポンサーまたはSteerCoの判断が必要で、自分の権限内では解決できない。
• 任意で青または灰色：未着手・保留・完了。完了した作業が色の集計を狂わせないようにする。

項目別のしきい値の例

以下の数値は例です。プロジェクトの規模とリスクに合わせて、スポンサーと一緒に設定してください。

大事なのは、計画を見れば誰でも各行を「はい・いいえ」で答えられることです。

• スケジュール：緑は予測完了日が基準計画以前。黄は最大10営業日の遅れ。赤は10営業日超の遅れ、またはスポンサーが重視するマイルストーンの未達。
• 予算：緑は予測が承認額の2%以内。黄は2〜5%超過。赤は5%超過。
• スコープ：緑は未承認の変更なし。黄は判断待ちの変更あり。赤は承認済みの変更に対応する期間や費用の手当てがない。
• リスク：緑はしきい値を超えるリスクなし。黄は高リスクがあり軽減策が進行中。赤は軽減策のない高リスク、または課題に変わったもの。
• リソース：緑は主要な役割がすべて埋まっている。黄は欠員があるが対応計画あり。赤はクリティカルパス上に欠員がある。

色の信頼性を保つルール

定義が機能するのは、周りのルールが固いときです。次の3つの習慣でほとんど片付きます。

色は早く悪い方へ、ゆっくり良い方へ動かします。緑に戻すには、楽観ではなく証拠が必要です。

• 黄色は居心地が悪くてかまいません。数回の報告サイクルを超えて黄色のままなら、赤として扱いエスカレーションします。
• 挽回計画で色を変えてはいけません。変えるのは、実際に出た結果です。
• 色の横に傾向を示す矢印を添え、スポンサーが位置だけでなく方向も分かるようにします。
• ステージゲートごとに定義を見直し、変更があれば決定事項として記録します。

RAGステータスが登場する場所

同じ色は、週次報告、SteerCo資料、RAIDログ、ポートフォリオビューに登場します。それぞれ意味が違えば、誰もどれも信用しなくなります。

Senshinのコントロールタワーはプロジェクトの健全性を1つのポートフォリオビューにまとめ、週次報告とSteerCo報告も同じステータスの言葉を使います。スポンサーが資料で見る色は、プロジェクト内の色と一致します。

• 週次報告：全体の色と、項目ごとの理由1行。
• RAIDログ：項目ごとの色で、期限切れのアクションが目立つ。
• ポートフォリオビュー：プログラムごとの赤・黄・緑の件数。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22