事例研究：Runbook レビューワークフロー

見立て

Runbook は存在していても、実際のシステムからずれていきます。新しい文書を増やすより、手順が現在のインフラ、アラート、dashboard、アクセス経路と合っているかを見るほうが重要です。

重要な型

強い手がかりはインシデント時の摩擦です。Runbook はあるのに、dashboard の場所、安全なコマンド、最終承認者を毎回確認している状態です。

製品の形

1. Runbook を取り込む。
2. システム、コマンド、担当者、期待される証拠を抽出する。
3. 欠けたリンク、古いコマンド、曖昧な判断点を示す。
4. レビューしやすい版として出力する。

リスク

ツールはコマンドを実行しません。手順と証拠の経路だけをレビューします。

次の検証

古い Runbook を一つ手作業でレビューし、どの確認をソフトウェアで繰り返せるかを記録します。