このテンプレートを使用してください
手順書（MOP）は、計画された変更を安全に実行するためのゴールドスタンダードです。特にIT、通信、ネットワーク運用、データセンターでは重要です。Trupeerを使えば、無料の手順書テンプレートから始めて、ブランドガイドラインでカスタマイズし、さらにMOPを動画ウォークスルーに変換することで、変更ウィンドウの前に運用チームが確認できるようになります。
手順書（MOP）とは何で、いつ必要ですか？
手順書（MOP）は、通常MOPと略され、現在稼働中の対象に対して行う特定の計画変更を実施するための、手順を追ったドキュメントです。稼働中のスイッチでのファームウェアアップグレード、データベースの移行、データセンターでの電源フィードの切り替え、システム間のカットオーバーなどです。
これを特徴づけるのは3つの性質です。特定の時刻における単回の実行のために書かれており、通常はメンテナンスウィンドウ内で実施されます。書いた人ではない人が実行する可能性があります。そして、バックアウト計画を含みます。変更対象はサービス中であり、失敗には影響が出るからです。
変更が計画されていて、本番に影響し、翌朝に単純に再試行できない場合は、いつでも手順書が必要です。作業がルーチンで繰り返されるなら、手順書ではなく手順（SOP）が欲しいところです。作業が単一のウィンドウではなくプロジェクトの場合は、ITプロジェクト計画テンプレートがそのレベルをカバーしており、MOPはその中にカットオーバー文書として収まります。
SOPかMOPか：実際に書いているのはどちらですか？
この区別は常に混乱しがちです。理由の一つは、どちらか一方を探す検索トラフィックが、もう一方に流れ込むことが多いためです。
SOPは定常のものです。組織が繰り返し行うことをどう実施するかを説明し、日付はなく、1度書いて維持管理します。メールボックスの復元、顧客のオンボーディング、月末処理の実行などです。
MOPは単回使用です。1つの変更、1つの夜、指定された機器に対して、開始時刻と終了時刻を伴って記述します。そのウィンドウで承認され、実施内容の記録としてアーカイブされます。
実務上のテストは、文書が特定の機器と特定の日付を名指ししているかどうかです。していればMOPです。「影響を受けるデバイス」と書いているなら、手順（プロシージャ）です。
多くの組織では両方が必要で、その関係は明確です。SOPは、一般的にファームウェアをどうアップグレードするかを示します。MOPは、これら2台のデバイスを、このウィンドウで、この順序で、このバックアウトでアップグレードするのだと示します。MOPが必要な場面でSOPを書くと、実行するには曖昧すぎる文書になります。SOPが必要な場面でMOPを書くと、同じ内容を40回書き直すことになります。
Trupeerでこのテンプレートをカスタマイズする方法
ステップ1：テンプレートセクションを開く
メインナビゲーションからテンプレートセクションへ移動します。
ステップ2：テンプレートを選択して開く
作業したい任意のテンプレートをクリックして開きます。
ステップ3：テンプレート表示を展開する
必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。
ステップ4：テンプレートを編集する
編集をクリックして、選択したテンプレートの変更を開始します。
エディター内で、次のことができます：
新しいセクションを追加
書式設定ルールを定義または更新
ロゴを追加し、その位置および関連設定を調整
ステップ5：カスタマイズしたテンプレートを保存する
必要な変更をすべて行ったら、保存をクリックして更新済みテンプレートを自分のものとして保存します。
ステップ6：プレビューしてテンプレートを微調整する
カスタマイズしたテンプレートがどのように見えるか確認したい場合は、プレビューを開きます。
プレビュー画面から、必要に応じてそのまま調整を続けることができ、テンプレートが希望どおりに表示されることを確認できます。
手順書テンプレートを使うと、次のことができます：
作成時間を短縮：変更実行のために構成された空白ページをスキップできます。
変更失敗を減らす：明確なMOPで、手順の抜け漏れを障害につながる前に見つけられます。
ブランドに合わせ続ける：Trupeerのブランドキットでロゴ、フォント、カラーを適用できます。
運用チームをトレーニング：MOPを動画ウォークスルーと組み合わせれば、変更管理に最適です。
変更実行を標準化：すべての変更で同じMOP形式を使用します。
グローバルチームに対応：1クリックでMOPを65以上の言語に翻訳できます。
MOPが手順ではなく「時間計算」で失敗する理由
うまくいかなかったMOPを読んでみると、手順自体はたいてい問題ありません。有能な誰かが書き、有能な誰かがレビューし、順序も正しかったのです。
欠けているのは計算です。流通しているほぼすべてのMOPには、メンテナンスウィンドウ、手順のリスト、バックアウトのセクションがあります。しかし、各手順に対する所要時間が設定されているものはほとんどなく、バックアウト自体の所要時間もほとんどありません。
この見落としが重要なのは、次の事実が人々によってはっきり言及されないことが多いからです。安全に中止できなくなる瞬間は、ウィンドウの終わりではありません。ロールバックにかかる時間を差し引いた分だけ、ウィンドウの終わりが前倒しになるのです。
ウィンドウが4時に閉じ、ロールバックに75分かかるなら、実際の判断期限は3時15分です。その後の1分ごとに、決めたかどうかに関係なく実行が確定していき、進め続けるかどうかの選択は人ではなく時計によって決まってしまいます。
多くのチームは、3時10分ごろ、うまくいっていない何かの真っ最中にこのことに気づきます。
ロールバックの時計と中止時刻を計算する方法
ウィンドウの最中ではなく、ウィンドウの前に算出する3つの数値です。
手順の所要時間。 リハーサルや直近の実施から得た、各手順に対する現実的な時間を使います。見積もりではなく、実測に基づくものです。計画上の完了時刻を算出するために合計します。
ロールバックの所要時間。 バックアウトが実際にどれくらいかかるかを、同じ考え方で時間計測します。これは誰も持っていない数値であり、通常はラボでロールバックをリハーサルする必要があります。かかるのは午後の時間ですが、その価値はあります。
最新の中止時刻。 ウィンドウ終了時刻から、ロールバックの所要時間を引き、さらに約20%の余裕（コンティンジェンシー）を引きます。MOPの先頭に太字で、経過時間ではなく時計の時刻として書きます。午前3時には誰も引き算をしていないからです。
次に、判断がまだ有効な地点に「Go/No-goゲート」を配置します。ゲートとは、名前の付いた手順であり、そこまでに到達していなければならない時計の時刻、そして観測可能な条件です。02:00までにすべてのインターフェースがアップして手順22に到達している。到達していない、または条件が満たされていない、なら中止です。
「リターン不能点」の手前にあるゲートが重要で、残りと同じように扱うべきではありません。そこを過ぎると、ロールバックは選択肢ではなくなります。収まるのはそれだけです。
無料の手順書テンプレート：コピーできる完全版MOP
ここからコピーしてください。角括弧［ ］内の内容はすべて置き換えてください。
ヘッダー。 MOP参照とバージョン。タイトル：変更内容と機器名。サイトまたはシステム。変更記録番号。ウィンドウ開始・終了：タイムゾーン付きの時計時刻。最新の中止時刻。 作成者、レビュー担当、承認者、実行者（異なる場合）。承認日。
目的と範囲。 何を変更し、何を変更しないのかを1段落で説明します。識別子で、対象の具体的なデバイス、回路、データベース、またはシステム名を記載します。
影響。 何が、どれくらいの期間影響を受け、誰に通知されているか。影響を受ける顧客または社内チームを含め、影響が予測されるのか、可能性があるだけなのかも明記します。
前提条件。 アクセス、資格情報、物理的な立ち会い、現場の予備品、準備済みのソフトウェアイメージとチェックサム、取得して検証済みのバックアップ、許可または隔離の手配、そして連絡が取れる必要がある指名された担当者。各項目は、ウィンドウが開く前にYes/Noで確認されている必要があります。
事前チェック。 対象に触れる前のシステム状態を、証拠として記録します。コマンド出力、スクリーンショット、読み取り値、カウント。これらがないと、何かがすでに壊れていたかどうかを、後から証明できません。
手順。 番号付きで、1アクションにつき1行。正確なコマンドまたは設定、期待される結果、そして2つの時間列：見積所要時間と累積経過時間を記載します。Go/No-goゲートとリターン不能点を明確に区別してマークします。
バックアウト計画。 要約ではなく完全な手順。独自の所要時間と独自の合計を持ちます。バックアウトが機能しなくなる「以降の時点」がある場合は、その旨を明記してください。
事後チェックと承認。 成功を宣言するために必要な条件。たとえば、夜間バッチやレプリケーションサイクルのように遅延後に初めて見えるものも含めます。
連絡。 開始時、各ゲート、完了時または中止時に誰に伝えるか、そしてどの経路で伝えるか。
サインオフ。 実行者、検証者、完了時刻、そして文書からの逸脱を含めて実際に何が起きたか。
ここにコピーしてください。多くのMOPに欠けている2つの追加項目は、時間列と最新の中止時刻です。それ以外は、適切なテンプレートならどれでも見つかるはずです。
手順書テンプレートの構成要素
突き詰めると、MOPは4つの役割を担っており、各セクションはそのうちの1つに対応しています。
開始しても安全であることを示す役割：前提条件と事前チェックです。変更を実行する役割：手順です。継続するかどうかを判断する役割：ゲート、中止時刻、バックアウト計画です。そして、何が起きたかを証明する役割：証拠、事後チェック、サインオフです。
これら4つの役割のどれにも当てはまらないセクションは、通常プロジェクトテンプレートから引き継がれたもので、削除して構いません。背景、事業上の正当性、関係者リストは、変更記録に入れるべきで、午前2時に誰かが手に持っている文書に入れるものではありません。
人が過小評価しがちな要素は、証拠の記録です。開始前後の証拠がないMOPでは、「悪い夜のあとに必ず続く質問」に答えられません。それは、変更が原因だったのかどうかです。
中止ポイントを5分過ぎてしまったアップグレード
地域の事業者ISPであるPadstow Networksは、コアスイッチのペアでファームウェアアップグレードを計画しました。ウィンドウは深夜0時から4時まで。34の手順で、レビューと承認済み。バックアウト計画は、画像のロールバック、設定のリロード、そして3行での検証を説明していました。
誰もバックアウトの所要時間を計測していませんでした。
手順1〜22は問題なく進みましたが、ゆっくりで、見積もりは1時半だったのに、2時10分に完了しました。負荷の高いデバイスでの設定バックアップは、誰もが想定していたよりはるかに時間がかかりました。
アップグレード自体は2時10分に開始されました。イメージのロードと再起動には40分かかりました。3時10分にスイッチは復帰しましたが、6枚のラインカードのうち2枚が初期化に失敗していました。
ウィンドウには残り70分ありました。後になって誰かが正しく計測したところ、バックアウトは最良でも75分かかりました。すでに、きれいに中止できるはずのポイントを5分過ぎていたのに、部屋にいる誰もそれを知りませんでした。なぜなら、その数値は一度も計算されていなかったからです。
彼らは前進して直そうと35分を費やしました。ラインカードの抜き差しや再ロードではカードは起動しませんでした。ロールバックは3時25分に開始され、75分ではなく105分かかりました。戻る途中でもラインカードに物理的な対応が必要だったからです。
サービスは5時10分に復旧しました。ウィンドウ終了から70分後で、約4,000人の顧客にとっては営業日の開始まで食い込む形でした。SLAクレジットは約38,000ポンドに達し、障害はライセンス上の義務に基づいて報告可能でした。
インシデント後のレビューでは、悪いMOPは見つかりませんでした。手順は正しかったのです。見つかったのは、4時間のウィンドウが書かれている文書で、各手順の所要時間がなく、さらに、ストップウォッチを動かして最後まで実行されたことのないバックアウト計画でした。
それ以降のすべてのMOPには、ヘッダーに時間列と最新の中止時刻が入るようになり、バックアウトがリハーサルされていないMOPは承認されなくなりました。次の14件の主要変更のうち3件は、計算されたゲートで中止されました。3件ともウィンドウ内に収まり、いずれもインシデントにはなりませんでした。
14回中3回中止するのは悪い記録のように聞こえますが、1回のオーバーランがどれほどのコストを生むかと比べれば、そうではありません。
手順書（MOP）の書き方：ステップごと
空白ページから始めるのではなく、変更記録から始めます。ヘッダー内の内容は、どこかですでに存在しているはずです。
手順の前にバックアウト計画を書きます。この順序で行うことで、何を元に戻すのかを把握することが強制され、文書の最後に疲れた状態で「ついでに書いた」バックアウトになってしまうのを防げます。
タイマー付きで、ラボまたは同等のデバイスで両方をリハーサルします。これはチームが飛ばしがちなステップで、所要時間はここから生まれます。ラボが本当に不可能なら、直近の実行の実測時間を使い、余裕を追加してください。
最新の中止時刻を計算し、ヘッダーに入れます。
判断がまだ有効な地点にゲートを配置し、各条件は「感じる」ではなく「観測できる」ように表現します。すべてのインターフェースがアップして、エラーカウンタが静止している、は条件です。「健康そうに見える」は条件ではありません。
次に、関与していない誰かに渡して、手順を歩かせます。彼らが投げる質問はすべて欠陥であり、午前2時に見つけるより今見つけた方がはるかに安く済みます。
作業指示書、RAMS、建設用MOP
建設や施設の作業、特に英国では、同じ文書が通常「作業指示書（method statement）」と呼ばれ、RAMSパックとしてリスクアセスメントとセットで扱われます。目的は重なっていますが、重要な強調点の違いがあります。
ネットワークのMOPは主にサービス継続性に関心があります。何が壊れるのか、どれくらいの期間、そしてどうやって戻すのかです。作業指示書は主に人に関心があります。作業の順序、各段階の危険、管理策、プラント、必要な技能です。どちらも、特定の場所で特定の日付に行う具体的な作業を名指しします。
作業が両方を含む場合、たとえばデータセンターの電源作業や、物理的なアクセスを伴う変更などではよくあります。その場合は両方の文書が必要で、作業の順序とタイミングについて互いに整合している必要があります。現場向けの側面は、construction site work instruction templateでカバーしています。
このページの時間計算は作業指示書にも適用されますが、そこでも欠けていることがより多いです。許可や隔離には、メンテナンスウィンドウとまったく同じ挙動をする「明確な終了」が設定されていることが多いからです。
通信、データセンター、公益事業におけるMOPのユースケース
通信はこの用語の起源であり、MOPが最も形式化されている領域です。ファームウェアやソフトウェアのアップグレード、回線の移行、カード交換、ルーティング変更など、稼働中のネットワーク要素に触れるあらゆるものです。
データセンターでは、電源作業、冷却の変更、UPSや発電機のテスト、そして物理的な移設にMOPを使います。これらは3つの中で最も重大な結果を伴います。ミスが起きると複数の顧客のシステムが一度に失われ、ロールバックも物理的になる可能性があるからです。
公益事業では、切り替え作業や、稼働中の配電に関する作業で使います。作業は許可を扱う作業システムと相互に連動しており、隔離が確認されるまでMOPは開始できません。
インフラの範囲を超えても、この同じ文書は、重大な結果を伴う単回実行の変更であれば役立ちます。データベース移行、ERPカットオーバー、決済プロバイダーの切り替えなどです。対象が稼働している限り、ウィンドウが固定されており、バックアウトにコストがかかる限り、このパターンは成り立ちます。
変更が十分に大きく、事前に訓練された人が必要になる場合は、MOPを、それが派生した定常の手順（SOP）と組み合わせ、さらに、最も間違えやすい手順のための短いジョブエイドも用意してください。
WordまたはExcelで手順書テンプレートを入手できますか？
Excelは手順の表に適しています。その理由は時間列です。見積所要時間と累積経過時間を自動計算させ、ロールバック合計も用意し、さらにウィンドウ終了から最新の中止時刻を計算するセルも作りたいはずです。これを手作業で行うのは、MOPを金曜の午後に書くときに起きないことそのものです。
Wordは周辺の文書に適しています。目的、影響、前提条件、連絡、サインオフです。多くの組織では両方を使い、手順の表を埋め込むか、添付します。
PDFは、実行用に発行された承認済みバージョンに適しています。現場ではコピーを固定し、バージョンとともにスタンプしておきたいからです。印刷してください。ノートPC上にしか存在しないMOPは、変更対象がネットワークである場合に読めないMOPです。
医療向けのポリシー／手順テンプレートと、なぜこれはそれではないのか
この用語を見て医療のポリシー／手順テンプレートを探している人もいますが、はっきり言うと、これはその文書ではありません。
医療のポリシーと手順は、定常の臨床または運用の実践を説明し、認定や規制要件により管理されます。これらの基準に照らして臨床レビューとバージョン管理が必要で、そして無期限に維持されます。MOPは、1つの変更を1つの夜に行うための単回使用のエンジニアリング文書です。
混乱が起きるのは理解できます。どちらも「手順（procedure）」という単語を含んでおり、ここでの構造は、必要としているのが臨床ポリシーである場合には役に立ちません。これらの要件は管轄や認定機関によって異なり、一般的なテンプレートではなく、あなた自身のガバナンス機能から出てくるべきものです。
より広く言えば、このページの内容は安全性やコンプライアンスに関する助言ではありません。作業が電気的隔離を伴う場合、作業許可が必要な場合、ライセンス対象の活動や規制対象のインフラが関わる場合、MOPはそれらのシステムの下に位置づけられ、置き換えるものではありません。既存の安全プロセスがあなたの運用を統治します。
MOPを「実際に行ったこと」に合わせる方法
すべてのMOPの周りには、2つのギャップが生まれます。書かれた手順は、作者が見ているのではなく思い出して書いているため、実際の作業のやり方からずれていきます。そして、当夜に実際に起きたことの記録は、誰もが意図するより薄くなりがちです。午前4時には、真実かどうかに関係なく「MOPどおりに完了」と書かれてしまうからです。
Trupeer AIは、どちらにも役立ちます。ラボでのリハーサルを一度記録すれば、出力は整形された手順リストになり、コマンドや画面もすでに取り込まれます。これにより、後から記憶だけで書くのではなく、ドラフトのMOPとしてそのまま使えます。所要時間も記録から得られます。
記録する。ブランド化する。翻訳する。Trupeerする。
MOPが派生する定常の手順については、SOP creatorがカバーしており、technical documentationでは機器の記録と手順を1か所にまとめることで、次のMOPが正確な情報から始められるようにします。セットアップ手順は、document template setup guideにあります。
よくある質問
Wordで無料の手順書テンプレートはありますか？
上記の完全な構造はそのままWordに貼り付けられ、ヘッダー、目的、影響、前提条件、事前チェック、手順、バックアウト、事後チェック、連絡、サインオフをカバーします。ゲート付きのダウンロードやフォームはありません。多くのチームは、時間列に数式が必要なため、Wordには文章を、スプレッドシートには手順の表を置く形に落ち着きます。
Excelで無料の手順書テンプレートはありますか？
Excelは、重要な部分の置き場所としてより適しています。手順番号、アクション、期待される結果、見積所要時間、累積経過時間の列に加え、バックアウトとその合計のための2つ目のブロック、そして「ウィンドウ終了からロールバックとコンティンジェンシーを引いた値」から最新の中止時刻を計算するセルを用意します。この1つの計算セルが、文書の中で最も役立つものです。
PDFで無料の手順書テンプレートはありますか？
ウィンドウ用に承認済みバージョンをエクスポートして印刷します。MOPは、紙が本当に優れている数少ない文書の一つです。変更対象が、あなたのノートPCがファイルに到達するために依存しているものかもしれないからです。バージョンと中止時刻をすべてのページにスタンプしてください。
小さな変更向けのシンプルな手順書テンプレートはありますか？
リスクの低い繰り返しの変更には、MOPではなく定常の手順（SOP）を使い、1ページに収めてください。シンプル版に落とせるかどうかの判断基準は、チーム外の誰にも気づかれずに、次の稼働日に失敗から復旧できるかどうかです。はいならSOPで十分です。いいえならMOPを書きます。
MOPと作業指示書（method statement）の違いは何ですか？
主に地域と強調点の違いです。手順書（method of procedure）は、通信、データセンター、北米のエンジニアリング分野で一般的に使われる用語で、サービス継続性とバックアウトに焦点を当てます。作業指示書（method statement）は英国の建設・施設の用語で、通常はリスクアセスメントとセットになり、作業を行う人の安全に焦点を当てます。両方の文書はかなり重なっており、場合によっては両方が必要です。
手順書（MOP）は誰が承認しますか？
変更されるサービスの所有者に加えて、多くの組織ではリスクの所有者、つまり変更アドバイザリーボードまたは指名された変更マネージャーが承認します。承認者の仕事は手順を再確認することではありません。影響が理解されていること、バックアウトが信頼でき、タイミングが適切であること、そしてウィンドウが正しいことを確認することです。
MOPはどれくらいの長さにすべきですか？
変更に必要なだけの長さで、ただし「正直さ」を保つための1つの制約があります。実行可能な部分は、探し回らなくても、プレッシャー下で順番どおりに読める必要があります。通常は、手順とバックアウトが数ページ以内に収まり、それ以外はその前に置かれます。手順のリストが50を超える場合は、2つの変更を2つの夜に分けているのではないか検討してください。
代わりにSOPテンプレートはどこで見つけられますか？
必要なのが単回使用の変更文書ではなく定常の手順（SOP）である場合、SOPテンプレートが一般的な構造をカバーし、IT SOPテンプレートは技術運用に特化しており、そもそもどの手順を書く価値があるかを判断する方法も含めています。
