Day 048 — PM-リスク: リスク登録簿（2回目）— 2週続けて「変わらず」だった登録簿を更新する

2026-10-06 (Tue) 🟢 Junior PM-リスク（リスク・課題管理） 成果物: 出来事の仕分け表＋尺度の改訂＋更新後の登録簿＋課題・変更管理への移し替え＋週次1ページ

🎬 シナリオ

MOps チームの「配送・受け取り班」は、注文時の受け取り場所にコンビニ店頭受け取りを追加している。配送業者 X 社の「受取店 API」（受取店検索・受取店指定・店頭到着の通知）を使う。今日は 10/6（火）、毎週火曜の定例でリスクを見直す日。

項目値出所
キックオフ／凍結／リリース9/14 ／ 10/30（金）／ 11/10（火）（BF 11/27 の 2 週間前）設定
残りの稼働日（10/7〜10/30）17 日（10/12 は祝日）導出
予備日計画 5 日 → 9/25 に 1 日・10/5 に 1 日消費 → 残り 3 日実測（チームの記録という設定）
想定利用8,000 件/月（1 日約 270 件）仮定
体制リード小林、バックエンド松本・あなた、フロント井上、QA 木村、PdM 鈴木設定
🗣️
リード小林「9/22 も 9/29 も、登録簿は全行『変わらず』だった。色の数も 2 週まったく同じ。本当に何も変わっていないのか。今週の出来事を反映して更新して。点数を動かした行は動かした根拠も書くこと。赤が出たら私と物流部長に 1 ページで上げて」

📋 先週（9/29）時点の登録簿

尺度（9/15 版）: P は 1〜5（10% 未満／10〜30%／30〜50%／50〜70%／70% 超）。I は日程・金額・CS 件数の最大で、日程は 1〜2 日 = 2、3〜5 日 = 3、1〜2 週 = 4、リリースに間に合わない = 5。点 = P×I。赤 ≥15、橙 10〜14、黄 7〜9、緑 ≤6。I=5 は橙以上。

IDリスク（原因→事象→影響）PI点兆候オーナー最後に書いた内容
R01X 社のステージング接続情報が 10/2 に届かず、結合テスト開始が遅れる。3〜5 日の遅延33910/2 に未着松本変わらず
R02受取店マスタ（約 2.1 万店）に閉店した店が残り、返送。問い合わせ 100〜299 件/月339閉店フラグの有無が不明鈴木変わらず
R03受取期限（到着から 7 日）切れの返送が「受取拒否」フローに乗らず返金が手作業。320 件/月 × 15 分 ≈ 80 時間/月431210/6 までに経理と合意できない鈴木変わらず
R04BF ピーク（検索 1 秒 60 回）が X 社 API のレート制限（1 秒 20 回）を超え、受取店を選べない3412負荷試験で失敗あなた変わらず
R05アプリが受け取り場所の表示に対応せず、アプリ経由（45%）で選べない23610/9 までにアプリ次期リリースの対象に入らない井上変わらず
R06倉庫のラベルプリンタにコンビニ用バーコード設定が入らず、出荷できない251010/16 のテスト印刷の日程が決まらない小林変わらず
R07QA 木村さんが兼務先（お歳暮対応）に一部取られ、テスト消化が遅れる。3〜5 日の遅延339消化率が計画より 10 ポイント以上遅れる小林変わらず（消化率は一度も書かれていない）
R08マーケから BF 向けの追加要望が入り、凍結前に仕様が変わる。3〜5 日の遅延33910/9 までに相談が来る鈴木変わらず
R09到着通知（Webhook）が遅れる・欠けて期限切れが増える。問い合わせ 100〜299 件/月236ステージングで到達率 99% 未満松本変わらず

📰 今週の出来事

#日付出来事出所
E110/5接続情報が 3 日遅れで届いた。モックで 2 日分進めたが、1 日は予備日を使った松本の報告
E210/2X 社の書面回答「受取店マスタは毎日全件置き換え。閉店店は翌日のファイルから消える」メール
E310/5経理と「期限切れ返送は受取拒否と同じ返金コード」で合意。実装 10/14、確認テスト 10/16議事メモ
E410/5検索を自社 DB に切り替えた版で負荷試験。1 秒 80 回で p95 120ms、エラー 0試験結果
E510/2アプリチームが 10/28 リリースの対象に入れた。ステージング表示確認は 10/21チケット
E610/5倉庫「テスト印刷は 10/20 なら可能。10/24 からお歳暮の繁忙期で設備の設定変更を止める」倉庫課長
E710/5お歳暮リード「10/19 から 2 週間、木村さんの 4 割がほしい。10/9 に決める」。消化は計画 117 件（45%）に対し 99 件（38%）。全 260 件、1 日 10 件Slack・テスト管理表
E810/1マーケ部長の正式依頼「BF 期間はコンビニ受け取りの送料を 100 円引き」。見積もり 2.5 人日依頼チケット
E910/5ステージングの到着通知の署名が、仕様書の HMAC-SHA256 でなく SHA1。全件はじかれた松本の報告
E1010/5ステージングで到着通知 120 件、120 件とも 5 分以内に到着試験結果

📝 課題

あなたのタスク: 10/6 の定例に出す次の 5 点を作ってください。

  1. 出来事の仕分け表: E1〜E10 がどの行にどう効くか（P↑／P↓／I 変更／据え置き／発生→課題／発生→変更管理／クローズ／新規）。動かす根拠と、下げるなら「何が確認できたから」か
  2. 尺度の見直し: 予備日 5 → 3 日。9/15 版の日程の尺度のままでよいか。変えるなら新しい尺度と手順
  3. 更新後のリスク登録簿（10/6 版）: 「前回 → 今回」「変化の根拠」「最終確認日」の列を足す
  4. 課題管理表・変更管理への移し替え
  5. 週次 1 ページ: 小林さん・物流部長あて。変わったこと、決めてほしいこと（誰が・いつまでに）

🔍 ヒント（段階的開示）

ヒント1: 「変わらず」の中身
2 週続けて全行が変わらずなのは、何も起きなかったからか、誰も兆候を見ていなかったからか。R07 の兆候（消化率）は一度でも測られたか。
ヒント2: 終わったことと効いたこと
E3（合意した）と E4（負荷試験で確かめた）を比べる。どちらも「対応した」だが、分かったことの量が違う。
ヒント3: 起きたリスクの行き先
E8 は「障害」か「依頼」か。直すものなのか、入れるかどうか決めるものなのか。
ヒント4: 対処が生むもの
E9 の対処は今の問題を片づけるが、「本番も違うかも」は残る。手貼りラベルのような代替策は、別の危険を持ち込まないか。
ヒント5: 同じ 3 日でも
予備日が 5 日ある週と 3 日しかない週で、3 日の遅れの被害は同じか。尺度を途中で変えるなら、何を残すか。

📚 背景知識・用語解説

🔁
登録簿は「作る」より「更新する」ほうが難しい: 前回（Day042）は作った。価値は、毎週の出来事で点数が動き、行が課題・変更へ移り、閉じていくことにある。2 週続けて全行が同じなら、まず「見ていない」を疑う。
📏
点数を動かすのは兆候と証拠: 兆候と「誰がいつ測るか」を決めておけば、週次では測った値で P を動かせる。動かした根拠を行に残さないと、翌週「なぜ 4 なのか」が誰にも分からない。
下げるのは効果が確認できたとき: 合意・計画入りは不確かさを少し減らすだけ。確かめる日まで一段ずつ。

発生したときの行き先は 3 つ

起きたこと行き先例
計画を妨げる問題が今ある課題管理表（Issue Log）接続情報の遅れ、署名方式の違い
誰かが範囲・仕様を変えたいと依頼してきた変更管理送料 100 円引きの依頼
不確かだったことが確定した前提・制約「10/24 以降、倉庫は設定変更しない」

登録簿の行は消さず「発生 → I-xx へ」で残す。二次リスクは、対策・代替策を実行したことで生まれる新しいリスク。

📉
リスクバーンダウン: 登録簿の総量を週ごとに描くグラフ。Mike Cohn の解説では John Brothers が 2004 年に The Agile Times で紹介し、各リスクの露出を確率 × 損失の大きさ（日数）で足し上げる（Mountain Goat Software、参照日 2026-10-06。Brothers の原典は未照合）。日数の露出は足せるが、1〜5 の点数は順序しか意味が無く、足すと意味がずれる（Cox 2008, Risk Analysis 28(2)）。今回は色ごとの件数で推移を見る。

🧩 出来事の仕分けクイズ

それぞれの出来事で、登録簿をどう動かすかを選んでください。

✅ 模範解答

1. 出来事の仕分け表

出来事行動き根拠・判断
E1 接続情報 3 日遅れR01発生→課題 I-02・クローズ起きて、もう片づいた。影響は予備日 1 日。行は「発生（10/5、影響 1 日）」で残す
E2 毎日全件置き換えR02P 3→2閉店店が残る仕組みは無いと書面で確認。残るのは到着前 2〜3 日の閉店だけ。X 社が転送するか未確認なので 1 までは下げない
E3 経理と合意R03P 4→3（一段だけ）方式は決まったが実装・確認はまだ。10/16 のテストで返金まで通ったら 3→1
E4 負荷試験 OKR04クローズ（効果確認）想定ピークの 1.3 倍でエラー 0。ただし自社コピーで R02 への依存が生まれた → R02 の備考へ
E5 アプリ計画入りR05据え置き計画に入ったのは開始であって効果ではない。10/21 の表示確認で 2→1
E6 テスト印刷 10/20R06P 2→3・赤兆候が発火。10/16 なら 10/20 に再試験できたが、10/20 だと 10/24 までにやり直せるのは 1 回。「10/24 以降は設定変更しない」は前提へ。今日のうちに報告
E7 木村さん 4 割R07P 3→4・I 3→4・赤具体的な期間と割合（P↑）。不足 3.1 日 ＞ 予備日 3 日（I↑）。消化率 7 ポイント遅れは兆候の手前で、誰も測っていなかった
E8 送料 100 円引きR08発生→変更要求 CR-01・クローズ障害ではなく依頼。課題管理表でなく変更管理で入れる／入れないを決める
E9 署名方式の違い新 R10 ＋ I-03課題に起票＋新規ステージングの違いは今の問題（I-03）。本番も違うかもしれないのは不確か（R10）
E10 到達 120/120R09据え置き（根拠つき）兆候を測って発火なし。最終確認日 10/5・120/120 を書く。9/29 の「変わらず」との違い
E6 の代替策新 R11新規（待機）手貼りラベルには貼り間違い＝誤配送（個人情報）の危険

R07 の試算

残りのテスト 260 − 99 = 161 件 今のままなら 10 件/日 × 17 日 = 170 件 → 9 件余る（約 0.9 日） 10/19〜10/30 の 10 日間 6 割 170 − 10 日 × 4 件 = 130 件 不足 161 − 130 = 31 件 ≈ 3.1 日 残りの予備日 3 日 → 使い切っても足りない

2. 尺度の見直し（9/15 版 → 10/6 版）

予備日 5 日なら 3 日遅れは吸収できたが、残り 3 日の今は同じ 3 日で凍結を守れない。日程の軸を「残りの予備日に対してどうなるか」で区切り直す。金額と CS 件数の軸は変えない。

I日程（10/6 版）9/15 版金額CS への影響
10.5 日未満1 人日以内10 万円未満30 件未満
20.5〜1 日（予備日の 3 分の 1 まで）1〜2 日10〜50 万円30〜99 件
31 日超〜予備日の範囲内（今は 3 日未満）3〜5 日50〜150 万円100〜299 件
4予備日を使い切る・凍結 10/30 を守れない1〜2 週150〜500 万円300 件以上
511/10 に間に合わない／出荷できないリリースに間に合わない500 万円超誤配送・個人情報
1
見出しに「尺度 10/6 版」と書き、9/15 版も下に残す（過去の点数を読み替えるため）
2
同じ日に全行を付け直す（一部だけだと行どうしを比べられない）
3
予備日が減るたびに日程の区切りを書き直し、全行の I を見る
4
色の推移グラフに「10/6 から尺度変更」の印を付ける

🧮 R07 の試算ツール（交渉と手伝いで色がどう変わるか）

木村さんを取られる割合 40%
取られる日数（10/19〜） 10 日
開発者が肩代わりする回帰テスト 0 件
残りの予備日 3 日 P（取られる見込み）

残り 161 件、1 日 10 件、稼働 17 日。不足件数 ÷ 10 で日数に換算。I は 10/6 版の日程の尺度（予備日に対する比）、比較用に 9/15 版（日数そのもの）も表示。予備日 0.5 は CR-01 を受け入れた場合。

3. 更新後のリスク登録簿（10/6 版・尺度 10/6 版）

IDリスク（原因→事象→影響）前回今回点色変化の根拠対応（戦略: 行動）オーナー期限最終確認日状態
R07お歳暮対応から 10/19〜10/30 に木村さんの 4 割を求められ、テストが 31 件（約 3.1 日）不足、予備日を使い切って凍結を守れない3×34×416赤E7: 具体的な要請（P↑）、不足 3.1 日 ＞ 予備日 3 日（I↑）軽減: ①10/9 までに小林さんが「4 割は 10/26 の週だけ」と交渉（不足 11 件 ≈ 1.1 日、I3）②松本・あなたが自動化済みの回帰 30 件を担当（各 1.5 人日）。両方で不足 0。兆候の測り方を決め直す: 毎週月曜に木村さんが消化率を報告、小林さんが記入小林10/910/5対応中
R06倉庫のテスト印刷が 10/20 で、10/24 の設定変更停止までにやり直せるのは 1 回だけ。設定が入らないと出荷できない2×53×515赤E6: 兆候が発火。やり直しの余地 2 回 → 1 回軽減: ①物流部長から倉庫へ 10/16 前倒しを依頼（10/8 回答）②ラベルデータを 10/14 までに送り机上照合。代替策（10/20・10/23 とも失敗で発動）: 手貼りラベル（270 件 × 40 秒 ≈ 3 時間/日）→ R11小林10/810/5対応中（本日報告）
R11手貼りラベルにした場合、貼り間違いで別人の荷物が別の店へ（誤配送・個人情報）—2×510橙（I=5）新規。R06 の代替策から生まれた二次リスク軽減: 出荷検品で伝票番号と注文番号をスキャン照合（既存ハンディで可能か 10/9 確認）。可能なら P 2→1小林10/910/6待機
R03同じ返金コードの実装が 10/16 の確認テストで通らないと返金が手作業（≈ 80 時間/月）4×33×39黄E3: 方式は合意。実装・確認はまだなので一段だけ軽減: 10/14 実装、10/16 返送→返金の通しテスト。通ったら 3→1鈴木10/1610/5対応中
R10本番の署名方式も仕様書と違うと、当日に到着通知が全件はじかれる。鍵の再設定に約 3 営業日 × 270 件 ≈ 810 件の通知遅れ—3×39黄新規。E9: ステージングで違った以上、本番も否定できない軽減: ①X 社に本番の方式を書面確認（10/9）②両方式を受け付け設定で切り替え（0.5 人日）。②で P 3→1松本10/910/6未着手
R02注文から到着までの 2〜3 日に受取店が閉店すると、受け取れず返送3×32×36緑E2: 閉店店が残る仕組みは無いと書面確認軽減: 到着前閉店時に X 社が近隣店へ転送するか確認（10/9）。備考: R04 の対策で検索がこのマスタに依存鈴木10/910/2対応中
R05アプリの 10/28 リリースが遅れると、アプリ経由（45%）で選べない2×32×36緑E5: 計画入りは開始であって効果ではない軽減: 10/21 の表示確認で P 2→1井上10/2110/2対応中
R09到着通知が遅れる・欠けて期限切れが増える2×32×36緑E10: 測定して発火なし（120/120）軽減: 11/10〜11/17 は本番の到達率を日次確認松本11/1710/5監視
R01（接続情報の遅れ）3×3——閉E1: 発生、影響は予備日 1 日—松本—10/5クローズ（発生→I-02）
R04（レート制限の超過）3×4——閉E4: 1 秒 80 回でエラー 0—あなた—10/5クローズ（効果確認）
R08（BF 向けの追加要望）3×3——閉E8: 正式な依頼として到着—鈴木—10/1クローズ（発生→CR-01）

色の推移（有効な行の件数）

9/22 と 9/29 がまったく同じ形をしているのが「誰も見ていない」の兆候。10/6 は尺度変更あり。点数の合計は描かない（順序尺度を足すと意味がずれるため）。

4. 課題管理表・変更管理への移し替え

ID課題元のリスク影響対応オーナー期限状態
I-01設計レビューで受取店選択画面が差し戻し（登録簿外）予備日 1 日画面修正井上9/25解決
I-02ステージング接続情報が 3 日遅れR01予備日 1 日到着後に結合テスト開始松本10/5解決
I-03ステージングの署名が SHA1（仕様書は SHA256）で全件はじかれる—通知系の結合テストが止まる両方式を受ける実装（0.5 人日）、仕様書の訂正依頼松本10/8対応中・R10 の原因
ID依頼依頼者見積もり入れたときの影響判断推奨
CR-01BF 期間のコンビニ受け取り送料 100 円引きマーケ部長（10/1）2.5 人日予備日 3 → 0.5 日。R07 と重なると凍結を守れない。日程軸の区切りが全部動く鈴木・小林、10/9 定例11/10 には入れない。既存の送料値引きクーポンで代用できるかマーケと確認

前提・制約（新しく確定）: 倉庫は 10/24 から設備の設定変更を止める。

5. 週次 1 ページ（小林さん・物流部長あて、10/6）

コンビニ受け取り — リスク週次（10/6）

一言: 2 週続けて「変わらず」だった登録簿を、今週の出来事で更新しました。赤が 2 件出ています。今週中に 2 つ決めていただく必要があります。

変わったこと

  • 赤（新）: 倉庫のテスト印刷が 10/20 になり、10/24 の設定変更停止までにやり直せるのは 1 回だけ。失敗するとコンビニ受け取りの注文を出荷できません（R06）
  • 赤（新）: 10/19 から QA 木村さんの 4 割をお歳暮対応に求められています。そのままだとテストが約 3 日分足りず、予備日（残り 3 日）を使い切ります（R07）
  • 解消: 受取店検索の負荷（想定の 1.3 倍でも問題なし）、接続情報の遅れ（予備日 1 日を消費）
  • 新規: X 社の通知の署名方式が仕様書と違った件（ステージングは対処中、本番を確認中）
  • 予備日: 計画 5 日 → 残り 3 日。日程の評価基準を残りの予備日に合わせて改めました

決めていただきたいこと

  1. 物流部長（10/8 まで）: テスト印刷を 10/16 に前倒しできるか。できない場合、10/20・10/23 とも失敗したときの手貼りラベル出荷（1 日約 3 時間、スキャン照合つき）の準備を承認いただけるか
  2. 小林さん（10/9 まで）: お歳暮側と「4 割は 10/26 の週だけ」で合意できるか。あわせて送料 100 円引き（CR-01）は 11/10 に入れない方針でよいか

次回 10/13 に、R06 は倉庫の回答、R07 は交渉結果で付け直します。

🧭 なぜこう作るのか

1
「変わらず」にも根拠を書かせた。 R09 の据え置き（120/120 を測った）と 9/29 の R07 の「変わらず」（誰も測っていない）は同じ文字でも意味が違う。最終確認日の列で放置された行が見える。
2
下げ方を一段ずつにした。 R03 を合意だけで 1 にすると、10/16 に失敗したとき 1→4 に跳ねて「急に悪化した」ように見える。点数の動きは分かったことの量に合わせる。
3
R04 は閉じ、R05 は閉じなかった。 どちらも「対応した」が、R04 は試験で効果を確かめ、R05 は計画に入っただけ。
4
R08 を課題管理表に入れなかった。 依頼は直すものではなく入れるか決めるもの。課題として扱うと断る選択肢が見えにくい。
5
尺度を途中で変えた。 旧尺度だと R07 は 12（橙）に留まり、「赤はその日のうちに」が働かない。比べやすさを少し失っても今の危うさが色に出るほうを取り、旧版を残して全行を同じ日に付け直した。
6
二次リスク R11 を別行にした。 前回の問い（別行か備考か）への今回の答え。I=5 で R06 と同じ重さがあり、オーナーの行動も別。備考だと週次で読み飛ばされる。

🗂️ 迷った他案と採らなかった理由

案採らなかった理由判断が変わる条件
9/15 版の尺度のまま付け直すR07 は I3（12、橙）で、予備日を使い切る事態がその日のうちに上がらない予備日がまだ半分以上残っている週なら据え置きでよい
点数の合計でバーンダウンを描く1〜5 は順序しか意味が無く、「16 が 1 つ」と「4 が 4 つ」が同じになる（Cox 2008）影響を日数で見積もれる行が大半なら、Cohn の方式（確率 × 日数の合計）を予備日と並べて描く
R07 を前提（木村さん 6 割）＋課題（31 件不足）に移す要請はまだ未決（10/9）。交渉で変えられるうちはリスク10/9 に要請どおり決まったらその日に移す
R11 を R06 の備考に書くI=5 で重さが同じ、オーナーの行動も別代替策の危険が小さい（I ≤ 2）なら備考で足りる
CR-01 を受け入れて予備日を削る予備日 0.5 日で R07 と重なると凍結を守れないR07 の交渉が成立し不足 0 になれば余地が出る（その日に全行を付け直す）
Jira に移して変更履歴を自動で残す8 行・残り 4 週。移行の手間に見合わない。2 列で同じ目的を果たせる30 件を超える、または他チームが自分で更新する場合

⚠️ よくある失敗パターン

失敗パターンなぜ問題か改善策
全行に「変わらず」と書いて終える兆候を誰も測っていなくても安定して見える最終確認日の列を足し、3 週更新されない行はオーナーと 10 分話す
対応の作業が終わった日に P を下げる効いていなかったと分かると点数が跳ねる「何が確認できたら下げるか」を対応欄に先に書く
起きたリスクを登録簿から消す何が起き何を防げたかが残らない「発生 → I-xx」で残し、行き先を書く
依頼を課題管理表に入れる断る判断が見えなくなる変更管理で入れる／入れないと影響を並べる
代替策を書いて安心する代替策そのものの危険が登録されない代替策ごとに「これで何が新しく起こりうるか」を 1 行
予備日が減っても尺度を据え置く同じ遅れの被害が増えても色が変わらない日程の区切りを残りの予備日に結びつける

🏢 実務での使いどころ

  • 週次定例の最初の 10 分: 仕分け表を画面に出し、どの行がどう動いたかだけを話す。全行は読み上げない
  • エンジニアとして: 負荷試験・結合テストの結果はそのまま「効果確認」。報告に「R04 を閉じられます」と添える
  • PdM と: CR は PdM が判断。エンジニアは「入れたら予備日がいくつ減り、どの行の色が変わるか」を出す
  • 他部門へ: 倉庫への前倒し依頼は部長どうしのほうが早い。だから 1 ページの宛先に物流部長を入れる

転用できるテンプレート

出来事の仕分け表: 出来事 | 出所 | 行 | 動き（P↑/P↓/I変更/据え置き/発生→課題/発生→変更/クローズ/新規） | 根拠
登録簿（週次版）: ID | 原因→事象→影響 | 前回 P×I | 今回 P×I | 点 | 色 | 変化の根拠 | 対応（戦略: 行動、下げる条件） | オーナー | 期限 | 最終確認日 | 状態
尺度の版: 版の日付 | 日程の区切り（残りの予備日に対して） | 金額 | CS
課題管理表: ID | 課題 | 元のリスク | 影響 | 対応 | オーナー | 期限 | 状態
変更管理: ID | 依頼 | 依頼者 | 見積もり | 入れたときの影響（予備日・色） | 判断する人・日 | 推奨
週次1ページ: 一言 | 変わったこと（赤・解消・新規・予備日） | 決めてほしいこと（誰が・いつまでに）

➡️ 次のステップ

  • テーマ 2-3「確率×影響度マトリクス」: 8 行を 4 象限に置くと R11（P2・I5）と R03（P3・I3）がどう見えるか
  • テーマ 2-4「課題管理表とリスクの違い」: I-03 と R10 のように対で生まれる場面
  • テーマ 2-6「コンティンジェンシープラン」: R06 の代替策の発動条件と準備の費用
  • 問い: 10/9 にお歳暮側が「4 割は譲れない」と決めたら、登録簿・課題管理表・前提はそれぞれどう書き換わるか
  • 問い: CR-01 を受け入れたら、予備日 0.5 日の尺度で 8 行の色はどう変わるか（試算ツールで R07 だけ先に試せる）

🚧 扱わなかった範囲（この演習の限界）

  • 数値（8,000 件/月、テスト 260 件、1 日 10 件、手貼り 40 秒、返金 15 分など）はすべて演習の設定値
  • 配送業者・倉庫・アプリの仕様は架空。実在の配送業者の仕様は参照していない
  • 署名方式（SHA1／SHA256）の安全性の議論はしていない（セキュリティ側の判断に回す）
  • 確率は 5 段階の帯での判断。期待損失額・モンテカルロは扱っていない（テーマ 2-12）
  • 対応戦略の使い分け（2-5）とエスカレーション基準の設計（2-8）は扱わず、前回の「赤はその日のうちに」を使った
  • 一次資料: Cohn のリスクバーンダウン記事（WebFetch で確認、参照日 2026-10-06）。Brothers（2004）の原典と PMI の資料（403 で取得できず）は未照合。Cox (2008) は Day042 で書誌確認済み
  • 世界の実物との比較: ISO 31000 の「モニタリングとレビュー」や商用 GRC ツールの変更履歴・承認・KRI（主要リスク指標の自動監視）は扱っていない。8〜11 行・残り 4 週の週次更新に絞った

🎯 自己評価

自分の回答

所要時間・気づき・メモ