優れたランブックは、オンコール当番をスムーズに回せるかどうかと、午前3時の大惨事の違いです。Trupeerなら、無料のランブックテンプレートから始めて、ブランドガイドラインでカスタマイズし、長いランブックをオンコールエンジニアが数秒で読み取れる動画ウォークスルーに変えることで、ITランブック作成にかかる時間を何時間も節約できます。

無料のランブックテンプレートとは？

無料のランブックテンプレートとは、特定の運用タスクを完了させるための手順の流れを、再利用できる形で用意したものです。デプロイ、フェイルオーバー、移行、リカバリ、予定されたメンテナンスウィンドウなどです。

「ランブック」という言葉は、文字通りに捉える価値があります。これは「読む」ための文書ではなく、「実行する」ための文書です。作業が進む間、画面に開かれていて、順番に沿って進められます。そして、提出されたときに書かれている内容よりも、実行中に何をするかによって価値が決まります。

この一点が、良いランブックと良い手順書を分けます。そして、多くのテンプレートが見落としているのがこの点です。テンプレートは、何をすべきかをうまく整理して説明します。これは必要であり、ランブックが持つべき要素のだいたい半分です。

残り半分は、ランブックが「形式」であることです。実行しながら埋められます。実際に何が起きたかの記録こそが、途中から参加できる人と、やり直しや推測が必要になる人の違いを生むからです。

その形式に従います。無料のランブックテンプレートのExcelファイルは、結果とタイムスタンプの列を備えた手順表に適しており、多くのチームが最終的にこれを使います。無料のランブックテンプレートのWord版は、手順の周りに重い文脈や文章が必要なランブックに適しており、無料のランブックテンプレートのMicrosoft Wordファイルは、より長い名前の下で同じものです。無料のランブックテンプレートのPDFは、作業中の文書ではなく、完了したランのアーカイブ記録です。

デプロイ用ランブック？インシデント用ランブック？

2つの文書が同じ名前を共有し、逆の使われ方をするため、どちらを書いているのかを決めてください。

デプロイ用ランブックテンプレートは、予定された作業を扱います。リリース、移行、カットオーバー、予定されたメンテナンスウィンドウなどです。手順1から最後まで、順番どおりに、全員が把握していたタイミングで実行されます。通常は複数人で行われ、シフトの切り替えをまたぐこともよくあります。設計上の課題は、順序・状態・引き継ぎです。

インシデント／オンコール用ランブックは、予定外の作業を扱います。何かがおかしくなり、誰かが原因を切り分けている状態です。予測できないタイミングで入力され、利用可能な人が、プレッシャーの中で作業します。順番どおりに読まれることはありません。設計上の課題は、関連するセクションを素早く見つけることです。これはスクリプトというより、参照用のドキュメントに近い性質になります。

公開されているテンプレートの多くは、この2つを混ぜてしまい、どちらにも十分に対応できていません。番号付きの手順として強制された診断用ランブックは途中から入力できず、症状の集合として整理されたデプロイ用ランブックは、安全性を支える順序を失います。

このページは主に最初のケースについてです。予定された作業で、順番どおりに実行されます。高コストな失敗の原因は、診断ではなく状態と引き継ぎにあります。

Trupeerでこのテンプレートをカスタマイズする方法

ステップ1：テンプレートセクションを開く

メインナビゲーションからテンプレートセクションへ移動します。

ステップ2：テンプレートを選択して開く

作業したい任意のテンプレートをクリックして開きます。

ステップ3：テンプレートビューを展開する

必要に応じて、テンプレートビューを展開し、レイアウトと詳細をはっきり確認します。

ステップ4：テンプレートを編集する

編集をクリックして、選択したテンプレートの変更を開始します。

エディター内で、次のことができます：

• 新しいセクションを追加

• 書式設定ルールを定義または更新

• ロゴを追加し、その位置および関連設定を調整

ステップ5：カスタマイズしたテンプレートを保存する

必要な変更をすべて行ったら、保存をクリックして更新済みのテンプレートを自分のものとして保存します。

ステップ6：プレビューしてテンプレートを微調整する

カスタマイズしたテンプレートの見え方を確認したいときは、プレビューを開きます。

プレビュー画面から、必要に応じてそのまま調整を続けることができ、テンプレートが希望どおりに表示されることを確認できます。

ランブックテンプレートを使うと、次のことができます：

• 作成時間を節約：運用手順向けに構造化された空白ページをスキップできます。

• MTTRを短縮：明確なランブックは、オンコールエンジニアがインシデントをより早く解決するのに役立ちます。

• ブランドに沿った運用：Trupeerのブランドキットでロゴ、フォント、カラーを適用できます。

• 新しいエンジニアを育成：動画ウォークスルーとランブックを組み合わせて、運用担当者のオンボーディングをより早く行えます。

• チーム間で標準化：すべてのインシデントタイプに同じランブック形式を使います。

• グローバルチームに対応：1クリックでランブックを65以上の言語に翻訳できます。

途中で引き継げるようにランブックを書く

ここで押さえておくべき設計上の制約があります。実行の途中で、ランブックを回している人が、最初にそれを始めた人ではなくなるタイミングが必ず訪れます。

シフトが終わる。誰かが呼び出される。ウィンドウが予定より長引く。数時間以上かかる運用では、これは例外ではなく通常であり、ランブックが高コストな失敗を引き起こす瞬間でもあります。

設計に対して問うべきことは明確です。言葉によるブリーフィングなしに、2人目が手順37で引き継ぎを受け、安全に進められるでしょうか？

「はい」と答えるには、ほとんどのテンプレートにない4つの要素が必要です。

各手順ごとの記録された実際の結果。予想だけでは不十分です。チェックが入るのは誰かが何かをクリックしたという意味です。次の人に「何が起きたか」を伝えるものではありません。

各手順ごとのタイムスタンプ。どれくらい前にその手順が実行されたかは、しばしば最も診断に役立つ事実だからです。

安全に再実行できる手順を明示的に示すこと。 引き継ぐ側の最初の質問は、前の手順が実際に完了したかどうかです。繰り返しても安全なら、その質問の重要性は下がります。記録するコストよりもはるかに価値があります。

「ここから先は戻れない」地点を明記すること。 その後はロールバックが利用できなくなります。実行の途中で到着した人は、何かに触れる前に、自分がその線のどちら側にいるのかを知る必要があります。

この4つを追加すれば、口頭の引き継ぎは仕組みとして機能しなくなります。文書そのものが引き継ぎになります。疲れている、急いでいる、または利用できない誰かがいても生き残るのは、その唯一のバージョンです。

ランブックテンプレートに必ず含めるべきもの

9つの構成要素です。中央の4つが、ランブックと手順書を分ける要素です。

最後の要素には特に注意が必要です。「サイトが稼働していることを確認する」といった検証手順は、サイトが稼働していても壊れていても通ってしまいます。下で説明する失敗がまさにそれです。

無料のランブックテンプレート：コピーするための構造

プレースホルダーではなく、実際の例で埋めています。これは注文管理システムの移行からの抜粋です。

ここからコピーしてください。

ヘッダーとウィンドウ。 ラン名、日付、予定ウィンドウ、中止期限、そしてこのランブックのバージョン。

注文管理移行。6月14日（土）。ウィンドウ 06:00〜20:00。中止期限 16:00。以降は進捗に関わらずロールバックします。ランブック v9。

このランの担当。 文書内に番号付きで記載。

実行：K Ferreira 06:00〜14:00、続いてD Attwood 14:00〜20:00。「ここから先は戻れない」地点の承認者：Engineering部長、07700 900xxx。エスカレーション：オンコールプラットフォームリード、07700 900xxx。Go判断のビジネス連絡先：Trading Director。

前提条件。 手順1の前にすべて確認済み。

完全なデータベースバックアップを取得し、スタンバイインスタンスでリストアをテスト済み。木曜日からコードフリーズが適用中。両方の実行者について、今日の時点で本番アクセスが検証済み（前提ではない）。6月7日にステージングでロールバックをリハーサル済み。

ステータスライン。 進行に合わせて更新し、上部に固定。

現在、手順37。13:48から実行中。実行者：K Ferreira。「ここから先は戻れない」地点はまだ通過していない。

手順表。

ロールバック。 手順37まで（手順37を含む）利用可能。事前ランのバックアップからリストアし、DNSを向け直し、取り込みワーカーを再起動する。6月7日にD Attwoodがステージングでリハーサル済み。

引き継ぎセクション。 誰も離れる前に記入する。

手順35まで完了。手順34は、最初の試行でカウント不一致によりサイレントに失敗し、再実行して成功した。現在は84,120で一致している。手順36の後にインデックス数をもう一度確認すること（1回失敗しているため）。進行中の処理はなし。「ここから先は戻れない」地点はまだ通過していないため、ロールバックは引き続き利用可能。

検証。 失敗しうるほど具体的に。

サイトが読み込まれる。カテゴリページ上のプロダクト数の合計が84,120。サンプル注文を10件、端から端まで配置。5つの既知のアカウントについて注文履歴が表示される。支払い照合レポートを実行し、一致する。

ここにコピー。

ランブック例：61ステップと10分の引き継ぎ

オンライン小売業のTamworth Retail Groupは、土曜日の予定された14時間のウィンドウで注文管理システムを移行しました。

ランブックには61ステップありました。レビューされ、ステージングでリハーサルされており、本当に慎重に作られた文書でした。その手順表には3つの列がありました。ステップ番号、アクション、そしてチェックボックスです。

最初のエンジニアは手順1〜37を実行し、シフトの切り替え時に約10分で口頭で引き継ぎを行った後、長い一日を終えて帰宅しました。

手順34は商品カタログの再インデックスで、作業時間は約40分かかるジョブでした。彼は開始し、エラーがないのを確認してチェックを入れました。しかし実際には約80%の時点で失敗しており、何も報告されませんでした。

2人目のエンジニアは、最初の37ステップにチェックが付いた61ステップのリストを見て到着しました。各ステップが何を出力したのかの記録はなく、タイムスタンプもなく、どの手順を安全に繰り返せるのかも示されていませんでした。文書上は、手順38より前のすべてが「単に完了している」ことになっていました。

彼女は続けました。カタログは部分的にインデックスされていたため、再オープン時にはサイト上で約12%の商品が見えない状態でした。

最後のスモークテストで、サイトが読み込まれることは確認できました。しかし商品数をカタログ数と照合していなかったため、テストは通ってしまいました。

誰も気づきませんでした。月曜の朝、31時間後です。四半期で最も忙しい取引の週末をまたいでいました。前年度の同じ週末に対する推定の失われた注文は、約24万ポンドでした。

彼らはロールバックできませんでした。「ここから先は戻れない」地点は手順41で通過しており、関係者全員が原理的には理解していましたが、それは発生した手順ではなく、1ページ目の段落として記録されていました。

書き直しではステップは増やしませんでした。列を追加しました。各ステップに実際の結果、タイムスタンプ、そして再実行してよい印を付けました。上部にはステータスラインも追加しました。「ここから先は戻れない」地点は、導入から手順そのものへ移し、太字で明確にしました。そして、誰も離れる前に完了させる必要がある引き継ぎセクションを追加し、10分の会話を4行の文章に変換しました。

次の移行では、シフトの切り替えが9時間目に起きました。引き継ぎは4分で完了しました。引き継いだエンジニアは、確信が持てなかった3つの手順を、特に「再実行してよい」とマークされていたため再実行し、ランはウィンドウ内に収まりました。

注意のために3つの手順を再実行するのは、数分のコストです。できないことが、週末を失うコストになります。

6ステップでランブックを書く方法

1. タスクを実行して手順を書く。記憶から書かないでください。机の上で書かれたランブックには、著者が覚えている手順だけが入り、手が勝手にやってしまう部分は省かれます。

2. 各手順に期待結果を与える。 それが「できた」ことを意味するものとして、あなたが目にする内容です。期待結果のない手順は、著者以外の誰も検証できません。

3. 各手順を「再実行してよい／よくない」でマークする。 下で説明します。追加するのが最も安い列であり、引き継ぎの場面で最も価値が高い列です。

4. 「ここから先は戻れない」地点を、太字で手順に置く。 読むのは1回だけで済むように、導入ではなく手順に置きます。必要としている人ではない誰かが読む場所に置かないでください。

5. ラン中に埋める列を追加する。 実際の結果とタイムスタンプです。文書にないなら、どこにも記録されません。

6. ロールバックも含めてリハーサルする。 書いただけのロールバックは仮説です。実行する人と一緒にステージングでリハーサルしてください。書いた人ではなく、実行する人です。

ステップ1は、有用なランブックともっともらしいランブックを分けるものです。実行しながら書くことで、文書化されていないクリック、すでにクリップボードに入っていた資格情報、開いている必要があったタブなどが拾えます。

再実行してよい手順と「ここから先は戻れない」地点をマークする

この2つのマークが、引き継ぎの大部分を担います。そして、どちらも典型的なテンプレートには登場しません。

再実行してよい。 各手順について、2回実行しても害がないか。停止したサービスを再起動する、インデックスを再実行する、すでに適用済みの設定を再適用する：通常は「はい」です。顧客へのメール送信、カウンターのインクリメント、重複排除しないテーブルへ行を移行する：通常は「いいえ」です。

価値は、引き継ぐ人が答えられない質問を取り除けることです。前の手順は完了したのか。答えが重要でないなら、つまり繰り返しても害がないなら、未完成の情報のもとでプレッシャーをかけて確かめる必要がなくなります。

ある手順が再実行してよくない場合は、最初に何を確認すべきかを明記してください。「いいえ、繰り返す前に行数を検証して」と書くのは、「いいえ」よりもはるかに役立ちます。なぜなら、読んでいる人はすでに「何かをする必要がある」と判断しているからです。

「ここから先は戻れない」地点。 状態を変えるすべてのランには、必ず1つあります。ロールバックが利用できなくなる（または前進する方が安くなる）手順の後です。

スクロールしている人にも分かるように、視覚的に区別して手順にマークします。通過を承認する人物名を記し、実際の結果の列に通過した時刻を記録してください。多くのランでは複数あります。その場合はそれぞれをマークし、何を締め切るのかも書きます。

手順にマークするだけでなく「越えた瞬間」を記録する理由は、インシデントの後に「いつの判断が不可逆になったのか」という問いが出るのに、誰も覚えていないからです。

ランブックテンプレートのバリエーション

構造は維持され、重点が移ります。

デプロイ用ランブックテンプレート。 上の例です。順次型で、計画されており、しばしばシフトをまたぎます。そして、引き継ぎの設計が最も重要になるバリエーションです。

災害復旧（DR）用ランブック。 実行頻度は低く、最悪の条件下で行われるため、使用と使用の間で目に見えない形で劣化します。DRランブックが1年に一度も実行されていない場合は誤っていると見なすべきなので、決定的な要件は定期的なリハーサルです。

オンコール／インシデント用ランブック。 順番どおりに実行するのではなく、予測できないタイミングで入力されます。順序ではなく症状で整理し、各記入は短く保ち、含めるのではなく深い資料へのリンクを貼ります。

予定メンテナンス用ランブック。 定期的に繰り返されるため、実行中に誰かが更新することを前提に、実際の使用によって本当に改善される唯一のバリエーションになります。

オンボーディング／オフボーディング用ランブック。 チームが最初に書くランブックであることが多いです。順序が安定しており、手順を落とすコスト、特にオフボーディングでは、単なる不便ではなくセキュリティ問題になるからです。

規制対象のシステム、金融処理、安全に関わる制御を扱う場合、ランブックは通常、承認や記録管理の要件を伴う変更管理プロセスの中に置かれます。そしてそれらが、このページの内容よりも支配します。

ランブック、作業指示書、SOPのどれ？

重なり合う3つの文書であり、分ける価値があります。選び方を間違えると、正しい内容が使えない形で出てきてしまうからです。

標準作業手順書（SOP）は、誰が何をどの順番で行うかというプロセスのレベルを扱います。通常は役割をまたぎ、しばしば数日にもまたがります。理解のために読みます。

作業指示書は、実行する人に向けて1つのタスクを詳細に扱い、それに不慣れな人でも従えるように書かれます。作業指示書テンプレートが、その文書をカバーします。

ランブックは、作業指示書でありながら実行記録でもあります。実行しながら同時に参照し、記入します。通常は、定義された順序で複数のタスクにまたがり、その列は痕跡を残すために存在します。

作業の前に読まれて、作業後に提出されるなら、それは手順書です。作業中に開かれていて、開始時と終了時で内容が異なるなら、それはランブックです。

ランブックを最新に保つ

ランブックは、ほとんどのドキュメントよりも早く劣化します。変わるシステムを説明しているからです。そして、失敗するランが起きるまで、その劣化は見えません。

実際に機能する仕組みは、実行後ではなく実行中に更新することです。ランブックを回している人は文書を開いており、手順12が今は追加の確認を必要としていることを直前に発見します。そしてそれを安く知れるのは、その人だけです。10秒後か、次のランで1時間の混乱か。

それを正当なものにするには、文書の冒頭で明示し、実際の実行の後に変更されていないランブックを、品質のサインではなく「少し怪しい」と扱うことです。

もう一つのルートは自動化です。これについては冷静に捉える価値があります。ランブックの手順を自動化すると、人為的なミスとドキュメントの問題が一緒に取り除かれます。適用できる場所では、これは本当に良いことです。しかし取り除けないのは、周辺の文書の必要性です。自動化が失敗したときに何をすべきかを知っている人がまだ必要で、その人は以前よりも経験が浅くなります。手順を自動化し、ランブックを維持し、自動化部分が失敗した場合にランブックがカバーしていることを確認してください。

無料のランブックテンプレートでは直せないこと

記憶から書かれたランブック。 テンプレートは、著者が考えずにやってしまう手順を表面化しません。実行しながら書くことでしか出てきません。

リハーサルされていないロールバック。 実行されたことのないロールバック計画は仮説です。失敗した移行の途中で試すのは、あまりに悪い場所です。

名前だけのチェックリスト。 無料のランブックテンプレートの無料ダウンロードとして出回っているものの多くは、番号付きの手順でチェックボックスが付いた別の、より弱い文書です。

失敗しえない検証。 「サイトが稼働していることを確認する」は、サイトが稼働していても間違っていても通ってしまいます。すべての検証手順は、失敗する場面を想像できるほど具体的であるべきです。

中止期限のないウィンドウ。 それがないと、うまくいっていないランは続きます。止めることは常に次の手順より高くつくように感じるからです。投資している人がいない状態で、開始前に期限を設定してください。

説明するより、実際の様子を見せる

ランブックは、普段はあまり実行しない人によって実行されます。移行は年に2回起きます。DRテストは年1回です。実行する人は、以前に一度だけやったことがあるかもしれず、場合によっては一度もないかもしれません。

これは、手順書が最も苦手とするケースです。読者は、文章から画面の並びとコンソールの状態を再構成しなければならず、著者が意図したことと読者が思い描くことのギャップの中に、文書化されていない手順が隠れてしまうからです。

Trupeer AIがそれを解決します。誰かが一度、ステージング上で実行しながら記録します。すると、出力は、スクリーンショットがすでにキャプチャされて配置された、動画と並んだステップごとのウォークスルー（文章）になります。文章版がランブックになります。動画は、実行する人が前日に見るものです。今のところ誰も作る時間がない、その準備を担います。

記録する。ブランド化する。翻訳する。Trupeerする。

ランブックに関して特に重要なのは、次の2点です。リハーサルによって、追加タスクとしてではなく副産物としてドキュメントが生まれます。信頼性高く起きるのは、この形のドキュメントだけです。そしてインフラが変わったとき、リハーサルを撮り直す方がスクリーンショットを編集するより速いので、ランブックは重要なタイミングでより最新である可能性が高くなります。

この素材はあなたのナレッジベースに置かれ、次に当番になる人にとってのトレーニングとしても機能します。ランブック周りの検証エビデンスや品質ゲートは、QAプランに入れるべきです。他の文書との整合性はブランドキットを一度設定するだけで済み、セットアップはドキュメントテンプレートのセットアップガイドでカバーされています。

よくある質問

無料のランブックテンプレートのExcel版はありますか？

Excelは多くのチームが最終的に使うもので、文書との相性も良いです。ランブックの核は、作業しながら埋めるテーブルだからです。無料のランブックテンプレートのExcelファイルは、手順、期待結果、実際の結果、タイムスタンプ、再実行してよい列を自然に扱い、ラン中に複数の人が同じシートを見られるようにします。

実用的な設定が2つあります。ヘッダー行を固定し、ステータスラインをその上の最初の2行に配置して、スクロールしても見えるようにします。現在の手順が画面外にスクロールしてしまう無料のランブックテンプレートのExcelファイルでは、引き継ぎの価値の大部分を失います。

無料のランブックテンプレートのWord版はありますか？

Wordは、手順の周りに実質的な文脈があるランブックに適しています。たとえば、アーキテクチャのメモ、判断の履歴、エスカレーションの詳細などです。無料のランブックテンプレートのWordファイルは、まずナラティブ（文章）セクションを作り、その後に手順表を作成してください。

制約は、ラン中に埋めることです。Wordのテーブルはスプレッドシートのセルより更新が遅く、ライブ移行の最中にその摩擦があると、実際の結果の記録を止めてしまうのに十分です。多くのチームは、文脈はランブックテンプレートのWordドキュメントに置き、手順表はそこからリンクされたスプレッドシートに置いています。

無料のランブックテンプレートのMicrosoft Word版はありますか？

はい。同じトレードオフも適用されます。無料のランブックテンプレートのMicrosoft Wordファイルは、変更プロセスの一部としてレビューされ承認されるランブックであれば適切な選択です。文書は、スプレッドシートよりも承認ワークフローに適合しやすいからです。

そのルートを選ぶ場合でも、とにかく実際の結果とタイムスタンプの列を追加してください。それらなしで承認されたランブックは、それらなしで実行されます。必要だった記録は存在しません。

デプロイ用ランブックテンプレートはありますか？

デプロイ用ランブックテンプレートは、このページ全体で扱っている順次型のバリエーションです。予定された作業で、順番どおりに実行され、通常はシフトをまたぎます。

良いものを汎用テンプレートと区別するのは4つです。導入ではなく手順に「ここから先は戻れない」地点をマークすること。すべての手順に「再実行してよい」マークがあること。実際の結果とタイムスタンプの列があること。そして、誰も離れる前に完了する引き継ぎセクションがあること。公開されているテンプレートのほとんどには、この4つのどれもありません。

無料のランブックテンプレートのPDFはありますか？

PDFは、作業用の文書ではなくアーカイブです。ランが完了したら、記入済みのランブックを無料のランブックテンプレートPDFとしてエクスポートし、変更記録に添付してください。タイムスタンプと実際の結果が揃った完了済みランブックは、あなたがこれまでに持つことになる「何が起きたか」の最良の証拠だからです。

PDFから実行しないでください。文書はランの最中に書かれる必要があり、入力できないものは記録されません。

無料のランブックテンプレートの無料ダウンロードは使う価値がありますか？

表そのものを作るのに10分かかるため、無料のランブックテンプレートの無料ダウンロードで節約できるのはわずかで、公開されている多くのものは「ランブック」というラベルが付いた手順書です。

採用する前に1つだけ確認してください。手順表に「実際に何が起きたか」の列があるかどうかです。チェックボックスしかないなら、それはチェックリストであり、このページ全体の主張は、その2つの違いが引き継ぎに依存しているということです。

ランブックはどれくらいの長さが必要ですか？

ランと同じくらいです。特に大規模な移行なら、実際に数十ステップになります。長さはランブックの問題ではありません。

管理すべきなのは「1ステップの大きさ」です。1ステップは、1つのアクションと、1つの観測可能な結果であるべきです。複数のアクションをまとめたステップは途中で引き継げません。次の人が、まとめのうちどれだけが起きたのかを判断できないからです。そして、それを防ぐために文書が存在します。

誰がランブックを書くべきですか？

実行する人が、非本番環境で実行しながら書くべきです。アーキテクトが書いてエンジニアが実行するランブックでは、アーキテクト自身が個人的に実行しない手順が、まさに抜け落ちます。

その後、著者の助けなしで、2人目がステージング上でドラフトを実行してください。彼らが質問しなければならないことはすべて欠陥であり、直す方法は答えることではなく、書き留めることです。