リスクと課題の違いとは？｜プロジェクトの火消しを防ぐ管理術

本連載について
この記事は、難解なプロジェクトマネジメントのノウハウを、誰もが経験したことのある「家族旅行」に例えてわかりやすく解説する全12回のシリーズです。（※どの回からでも単独でお読みいただけます）

第7回となる今回は、トラブルの火消しに追われないための「リスク管理と課題管理の違いと対策」についてお届けします！

「予期せぬトラブルが次々と起きて、毎日火消しに追われている……」「『何か嫌な予感がする』と思っていたことが、案の定、現実になってしまった」

プロジェクトが動き出すと、計画通りにいかないことの連続ですよね。しかし、いつも涼しい顔でプロジェクトを成功に導くマネージャー（PM）は、決して「運」だけでトラブルを回避しているわけではありません。彼らは常に「空模様（リスク）」を読み、「雨（課題）」が降る前に対策を打っているのです。

今回は、プロジェクトをパニックから救い、あなたの残業を減らす「リスク管理」と「課題管理」の違いと運用のコツを、旅行の例えでわかりやすく解説します。

「リスク」と「課題」の決定的な違いとは？
- リスクは「まだ降っていない雨」、課題は「今降っている雨」
トラブルを未然に防ぐ「リスク管理」3つのステップ
起きてしまった問題を最速で消す「課題管理」のコツ
- 【一覧表】課題管理表（台帳）に必要な最低限の項目
【現場のリアル】雑談が消え、報告が「定型文」になったら要注意
まとめ：リスク・課題管理の目的はチームの「安心」を守ること

「リスク」と「課題」の決定的な違いとは？

現場でよく混同されるこの2つの言葉ですが、プロジェクトマネジメントにおいては「まったく別物」として扱う必要があります。

リスクは「まだ降っていない雨」、課題は「今降っている雨」

項目	リスク（Risk）	課題（Issue）
状態	未発生	発生済み
旅行の例え	まだ降っていない「雨」	今、目の前で降っている「雨」
定義	将来起こるかもしれない、プロジェクトに影響を与える不確実な事象	すでに発生しており、現在進行形でプロジェクトを阻害している問題
具体例	「明日は雨が降るかもしれない」「レンタカーが渋滞するかもしれない」	「今、雨が降ってきた」「実際に渋滞にはまって動けない」
対応の基本	「予防」（傘を用意する、早めに出発するなど）	「解決」（雨宿りをする、ルートを変更するなど）

「リスク」を放置すると「課題」に変わります。 課題（トラブル）になってから慌てて火消しに走るのではなく、まだリスクの段階で手を打つことこそが、PMの腕の見せ所です。

トラブルを未然に防ぐ「リスク管理」3つのステップ

では、まだ起きていないリスクにどう備えればいいのでしょうか。リスク管理は、以下の3ステップで進めます。

ステップ①：チーム全員でリスクを洗い出す（特定）

まずは「何が起きそうか？」をチーム全員で出し合います。

旅行の例：台風の接近、子供の急な発熱、ホテルの予約ミスなど。
ポイント：経験豊富なメンバーが感じる「なんとなく嫌な予感」は、非常に精度の高い貴重なリスク情報です。ブレーンストーミングなどを活用して拾い上げましょう。

ステップ②：発生確率と影響度で評価する（優先順位）

洗い出したすべてのリスクに対策を打つのは、予算的にも時間的にも不可能です。「発生確率」と「起きた時の影響度」の2軸で優先順位を決めましょう。

高リスク：確率は低いが、起きたら「旅行中止」になるような致命的なこと（例：パスポートの紛失）。
中・低リスク：確率は高いが、起きたとしてもリカバリーが可能なこと（例：現地の店が定休日だった）。

ステップ③：4つの戦略で対策を決める

優先度の高いリスクから順番に、以下の「4つの戦略」を使い分けて対策を決定します。

回避（原因を取り除く）
- 例：雨に濡れるのが絶対に嫌なので、行き先を「屋外の遊園地」から「屋内の水族館」に予定ごと変更する。
軽減（影響を小さくする）
- 例：雨が降るかもしれないので、「折り畳み傘」や「予備の着替え」を多めに持っていく。
転嫁（誰かに任せる・責任を移す）
- 例：万が一の事故に備えて「旅行保険」に入る、道に迷わないよう「プロの現地ガイド」を雇う。
受容（起きたらその時考える）
- 例：少々の雨なら許容範囲なので、特に何もせずそのまま決行する。

さらに詳しく知りたい方へ
リスク対策の「4つの戦略」の実務での使い分けや、炎上を未然に防ぐためのノウハウについては、別記事『【管理表テンプレ付】プロジェクトリスク管理の鉄則｜炎上を未然に防ぐ4つの戦略』で詳しく解説しています。

起きてしまった問題を最速で消す「課題管理」のコツ

どんなにリスク管理を徹底しても、雨が降る（課題が発生する）ことはあります。課題が発生したら、一刻も早く止ませるか、避けるしかありません。ここで重要なのは、「課題管理表（課題管理台帳）」を常に最新に保ち、誰がボールを持っているか明確にすることです。

【一覧表】課題管理表（台帳）に必要な最低限の項目

項目が多すぎる台帳は現場の入力負荷を上げ、やがて形骸化します。以下の「最低限の必須項目」に絞ってスプレッドシートやExcelで管理し、朝会などで毎日チェックしましょう。

No	発生日	課題内容（具体的に）	影響（どこに響くか）	対策案（どう解決するか）	担当	期限	状況
1	8/10	レンタカーのタイヤがパンクした	目的地への到着が2時間遅れる	ロードサービスを呼び、スペアタイヤに交換してもらう	お父さん	12:00	対応中
2	8/10	現地のレストランが臨時休業だった	昼食難民になり、午後のスケジュールが遅れる	近くの別のお店を3つピックアップし、空き状況を電話確認する	お母さん	12:30	未着手

※「課題内容」は、「〜が〜という状態になっている」と事実を具体的に書くのがコツです。

さらに詳しく知りたい方へ
起きてしまった課題を最速で解決するための「4ステップ」や、チームの停滞を防ぐ運用のツボについては、別記事『【管理表テンプレ付】プロジェクト課題管理の鉄則｜塩漬けを防ぎゴールへ導く4ステップ』をご覧ください。

【現場のリアル】雑談が消え、報告が「定型文」になったら要注意

リスクが課題に変わる直前（＝トラブルが爆発する直前）には、必ず現場に「予兆」が現れます。

旅行で言えば、「空が急に暗くなり、冷たい風が吹いてきたのに、メンバーの誰も空（危機）を見ようとせず、楽しそうに話し続けている状態」です。

ITのプロジェクト現場でも、以下のような変化が現れたら赤信号です。

今まであったチーム内の雑談が急に消えた
進捗報告のチャットが「順調です」「対応中です」といった定型文だけになった
特定のキーマン（PLやエースエンジニア）の顔色が悪い、レスポンスが極端に遅い

これらは、巨大なリスクが課題に変わるサインです。 PMやリーダーは、進捗率や課題の消化件数といった「データ（数字）」を見るだけでなく、現場の「空気の重さ」を敏感に察知してみてください。違和感を覚えたら、迷わず「最近どう？」「何か困ってない？」と声をかけること。それが、最大のトラブル回避（危機管理）になります。