プロジェクトマネジメントガイド · リスク、品質、コントロール
RAIDログ：リスク、前提条件、課題、依存関係
RAIDログは、プロジェクトの次の4つ、 Risks（リスク）、 Assumptions（前提条件）、 Issues（課題）、 Dependencies（依存関係）を追跡するための単一の登録簿です。プロジェクトマネージャーとスポンサーが、プロジェクトを軌道から外す可能性のある事柄を1か所で確認できます。
要点
- RAIDログは、リスク、前提条件、課題、依存関係をまとめて追跡します。
- 各項目には、担当者、アクション、日付、ステータスが必要です。
- 前提条件を検証し、誤っていたものはリスクや課題に切り替えましょう。
- 定期的に見直し、上位の項目をスポンサー向けに要約しましょう。
RAIDの意味
| 文字 | アイテム | 意味 | 例 |
|---|---|---|---|
| R | リスク | 目標に影響を与え得る不確実な事象 | サプライヤーの納品が遅れるかもしれない |
| A | 前提条件 | 計画のために真実と考えられているが、確認されていないこと | ユーザーは5月にテストに参加できる |
| I | 課題 | 現在起きていて対応が必要な問題 | テストサーバーがダウンしている |
| D | 依存関係 | チームの管理外にある作業や意思決定とのつながり | 財務チームの新しい勘定科目体系が必要 |
組織によっては、Dを次の意味で使います： 意思決定（Decisions） 、または意思決定用の別タブを追加します。どちらを使うかは最初に合意しましょう。
RAIDログテンプレート
| 列 | リスク | 前提条件 | 課題 | 依存関係 |
|---|---|---|---|---|
| ID | R-01 | A-01 | I-01 | D-01 |
| 説明 | 原因、事象、影響 | 何を前提としているか | 何が問題か | 何に依存しているか、誰がそれを提供するか |
| 評価 | 発生確率 x 影響度 | 誤っていた場合の影響 | 優先度 / 重大度 | 重要度 |
| 担当者 | リスクオーナー | 検証する人 | 解決する人 | 連携を管理する人 |
| アクション | 対応 | いつ、どのように確認するか | 解決の手順 | 合意事項またはフォローアップ |
| 期日 | レビュー日 | 検証日 | 修正目標日 | 必要な日付 |
| ステータス | 未解決 / 完了 | 未確認 / 確認済み / 誤り | 未解決 / 解決済み | 順調 / リスクあり / 遅延 |
記載例
| ID | 種類 | 説明 | 担当者 | ステータス |
|---|---|---|---|---|
| R-03 | リスク | ベンダーが12月にリリースを凍結するため、重大な修正が4週間待たされ、本稼働が遅れるかもしれない。 | テックリード | 未解決：軽減策に合意済み |
| A-02 | 前提条件 | 現在のCRMライセンスで、追加費用なしにユーザーを50人増やせる。 | 調達 | 5月15日までに確認予定 |
| I-05 | 課題 | 証明書の期限切れにより、連携テストが失敗している。 | インフラ | 対応中、金曜日に修正予定 |
| D-01 | 依存関係 | ウェブサイトのリデザインには、マーケティングプロジェクトのブランドガイドラインが必要。 | PM | リスクあり：ガイドラインが2週間遅れ |
RAIDレビューの進め方
- 会議の前にログを共有し、担当者に各自の項目を更新してもらう。
- 新規の項目と優先度の高い項目から確認する。
- 検証期限が来た前提条件が確認されたかをチェックし、誤っていた前提条件はリスクや課題に切り替える。
- 依存関係は、それを提供するチームと確認しましょう。
- アクション、担当者、日付に合意し、解決した項目を完了にする。
- 上位の項目を次で報告する： プロジェクト状況報告書.
RAIDログと個別のログの比較
| RAIDログ | リスク登録簿と課題ログを別々に管理 | |
|---|---|---|
| 最適な用途 | 中小規模のプロジェクト、プログラムのダッシュボード | 大規模または規制対象のプロジェクト |
| 強み | すべてを1つのビューで把握できる | 項目の種類ごとに、より詳細な情報とワークフローを持てる |
| 弱み | 何でも放り込む場所になりかねない | 情報が複数の文書に分散する |
コツ
- 各タブは短く最新に保ち、完了した項目はアーカイブしましょう。
- 誤っていた前提条件は、速やかにリスクや課題に切り替えましょう。
- 依存関係は双方向で記録しましょう。自分たちが必要とするものと、他チームが自分たちに必要とするものです。
- 担当者が自分の項目を更新できるよう、共有ツールを使いましょう。
このトピックの無料テンプレート
よくある質問
RAIDログのRAIDは何の略ですか？
リスク（Risks）、前提条件（Assumptions）、課題（Issues）、依存関係（Dependencies）です。チームによっては、依存関係の代わりに、または依存関係に加えて意思決定（Decisions）を使います。
RAIDログは何に使いますか？
プロジェクトの主なリスク、前提条件、課題、依存関係を1か所で追跡するためです。
RAIDログは誰が管理しますか？
プロジェクトマネージャーまたはプロジェクトコーディネーターが管理し、各項目の担当者が自分の記載内容を最新に保ちます。
RAIDログはどのくらいの頻度で見直すべきですか？
通常は毎週、または定例のプロジェクト会議ごとに見直し、上位の項目をスポンサーに報告します。
RAIDログにおけるリスクと前提条件の違いは何ですか？
前提条件は計画のために真実として扱うもので、リスクは不確実な事象です。誤りだと判明する可能性のある前提条件は、リスクを生みます。
RAIDログにおけるリスクと課題の違いは何ですか？
リスクは起こるかもしれないもので、課題はすでに起きているものです。
RAIDログにおける依存関係とは何ですか？
ある作業が別の作業に依存する関係で、多くの場合、依存先は別のチームや組織が担当しています。
ExcelでRAIDログを作成できますか？
はい。種類ごとにタブを分けたワークブックが最も一般的な形式です。
RAIDログはリスク登録簿と同じですか？
いいえ。リスク登録簿はリスクのみを扱いますが、RAIDログは前提条件、課題、依存関係も扱います。
RAIDDとは何ですか？RAIDログをどのように拡張しますか？
意思決定も追跡するRAIDログの派生形で、リスク、前提条件、課題、依存関係、意思決定を扱います。
アジャイルチームはRAIDログを使いますか？
使うチームもあります。特に大規模な組織やプログラムで見られますが、多くのアジャイルチームは代わりにボード上で障害を管理しています。