運用計画は、戦略と実行をつなぐ架け橋です。Trupeerなら、無料の運用計画テンプレートから始めて、ブランドガイドラインでカスタマイズし、計画を動画アップデートに変換することで、部門横断でチームを揃えるための運用計画作成にかかる時間を何時間も節約できます。

運用テンプレートとは？運用計画とは？

運用計画は、通常は1年のような定められた期間において、チームまたは部門が実際に何を行うのかを、担当者、スケジュール、リソース、指標とともに明確にするものです。組織がどこへ向かうのかを示す戦略と、それを実現するための日々の業務との間に位置するレイヤーです。

人が通常「テンプレート」として検索する際に意味しているのは、その計画を書くための再利用可能な構造です。各エントリーに必要なセクション、列、フィールド。

押さえておくべき違いは、運用計画はプロジェクト計画でもなく、戦略でもないという点です。戦略は、何を達成しようとしているのか、そしてなぜそれを目指すのかを述べます。プロジェクト計画は、開始と終了がある1つの作業を扱います。運用計画は、部門がその期間に行うすべてを扱い、まったく終わりのない業務も含みます。

最後の部分こそが、多くのテンプレートで抜け落ちがちです。

なぜ運用計画はほとんどの業務を省いてしまうのか

ほとんどの運用計画を開くと、取り組み（イニシアチブ）の一覧が見つかります。これを改善、あれを立ち上げ、別のものを移行。どれも担当者、日付、そして期待される効果が付いています。

では、その取り組みが部門の時間のうちどれくらいの割合を占めているのでしょうか。多くの運用では、だいたい10〜25％の範囲です。残りは運用の実行です。処理される注文、回答されるチケット、カバーされるシフト、実施される監査、行われる保守、月末処理の完了。

しかし、それらは計画に登場しません。新しいものではなく、誰もそれを計画する必要性を感じないからです。誰もが、それが起きていることを知っています。

結果として計画は、「すでにコミットされているものが何か」を示さない、追加事項のリストになります。取り組みは、会議が始まる前から確保されていたキャパシティに対して承認され、年末には、運用は問題なく回っているのに、そのうちの一部しか完了していない状態になります。外から見ると、成果不足に見えてしまいます。

変化（追加・変更）だけを説明する計画は、運用計画ではありません。運用上のタイトルが付いたプロジェクトポートフォリオです。

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

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

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

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

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

ステップ3：テンプレート表示を展開する

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

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

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

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

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

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

• ロゴを追加し、位置や関連設定を調整

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

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

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

カスタマイズしたテンプレートがどのように表示されるかを確認したいときは、プレビューを開きます。

プレビュー画面から、必要に応じて直接調整を続けることができ、テンプレートが思い通りに表示されることを確認できます。

運用計画テンプレートを使うと、次のことができます：

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

• 戦略と実行をつなぐ：内蔵フィールドで、活動を戦略目標に結び付けます。

• ブランドに沿った見た目：Trupeerのブランドキットを使って、ロゴ、フォント、カラーを適用します。

• 部門間で標準化：すべての運用領域に同じテンプレートを使用します。

• パフォーマンスを追跡：内蔵のKPIセクションで、運用が成果を出しているかを測定します。

• グローバルチームに展開：1クリックで運用計画を65+言語に翻訳できます。

すべての運用計画に必要な「運用」と「変化」の分割

解決策は構造的で、追加で1つのセクションが必要です。

運用（Run）。 部門が責任を持つ、繰り返し発生する業務のすべて。量と、それにかかる工数です。月あたりの処理件数と、そのために必要な時間。チケット、シフト、検査、レポート、監査、クローズ。ここには終了日がありません。業務が終わらないからです。

変化（Change）。 ほとんどの計画にすでにある取り組み（イニシアチブ）に、2つのフィールドを追加します。各取り組みに必要な工数と、実行されて運用セクションに与える影響です。

2つ目のフィールドが、行動を変えるものです。すべての取り組みは、運用に対して次の3つのうちのどれかを行います。運用を減らす（最良のタイプで、次年度の資金になります）。運用を変えない。あるいは運用を増やす（よくあることで、ほとんど認識されません）。新しいプロセス、新しいレポート、新しい統制は、稼働開始日から繰り返し発生する業務だからです。

まず運用セクションを書きます。やりにくく、実際に時間がどう使われているかを人に聞くのに1週間かかります。そして、変化セクションが意味を持つ唯一の方法です。

合算ではなく、担当者ごとに変化のキャパシティを見積もる方法

合算のキャパシティは誤解を招き、ほとんどの計画が承認されてしまうのもこのためです。

仮に60人の部門で、84％の時間を運用業務に費やしているなら、計算上は変化に使えるのはおよそ10のフルタイム換算です。この数字は技術的には正しいものの、実務上は役に立ちません。変化の仕事は均等に配分されないからです。少数の人に集中します。通常はチームリードや専門家で、彼らは同時に、最も重い運用責任も担っている人たちです。

だから、担当者ごとに見積もります。

この表は、計画の承認前に作ってください。承認後ではありません。上のパターンは非常に一般的です。3人がほとんどの取り組みを抱えているのに、使える時間はほとんどありません。一方で、何も割り当てられていない人たちに、存在するキャパシティが置かれています。

その後に続く修正は2つだけです。キャパシティがある場所に所有権を移す（通常は、これまで所有したことのない人に取り組みを渡し、支援することになります）。そして、実際にその所有者が担える範囲にリストを絞り込むことです。実際に担える人数は、経営側が想定する人数より常に少なく、偶然に納品される人数より常に多くなります。

無料の運用計画テンプレート：コピーするための構造

ここからコピー。

ヘッダー。 部門またはチーム。対象期間。担当者。バージョンと日付。この計画が支える組織目標を2〜3個、それぞれ1行で。

セクション1、運用。 繰り返し発生する業務ごとに1行：それが何か、月または年あたりの量、消費される時間、誰が担当するか、守るべきサービス基準、劣化した場合の主なリスク。合計の時間を算出。

セクション2、キャパシティ。 対象期間の利用可能総時間から、運用の合計を差し引くと、変化に使える時間が算出されます。次に、取り組みを実際に所有する各個人について同じ計算を行います。これが、計画を実際に制約する数値です。

セクション3、変化。 取り組みごとに1行：それが何か、支える目的、担当者、開始日と終了日、見積もり工数、依存関係、成功の測定方法、そして稼働後の運用時間への影響（プラスまたはマイナス）。

セクション4、やらないこと。 今期に検討したが、意図的に除外した取り組みを記載し、理由を1行で添えます。このセクションにより、同じ提案が毎四半期に繰り返し戻ってくることを防ぎ、何かが起きていない理由を尋ねる人に対して、キャパシティ制約が見えるようになります。

セクション5、リスクと依存関係。 可能性スコアではなく、トリガーと担当者を伴って、計画を変える可能性があるものだけを記載します。

セクション6、レビュー。 日付と、各回で何がレビューされるか。運用のパフォーマンスは毎月、変化の進捗は毎月、計画全体は四半期ごと。

ここまでコピー。計画は数ページで収まるべきです。長くなる場合、通常の原因は、取り組みの説明がミニのビジネスケースに膨らんでしまっていることです。ビジネスケースはそれぞれ独立したドキュメントに入れるべきです。

運用計画に含めるべき7つの要素とは？

常にその場所を確保できる7つ：

目的。 この計画が何のためにあるのか。ここで作り出すのではなく、上位のレベルから引用します。

運用業務。 量、時間、基準（上記のとおり）。

取り組み。 追加すること、変更すること。担当者と日付とともに。

リソース。 人、予算、そして希少なもの。依頼ではなくコミットメントとして明記します。

タイムライン。 カレンダーではなく、指定された担当者のキャパシティに合わせて見積もった現実的なもの。

指標。 運用のパフォーマンスと変化の成果の両方を、どう把握するか。これらは異なる指標であり、どちらも必要です。

レビューのポイント。 いつ計画が見られ、各回で何が決まるか。

公開されているリストの多くは、ミッションステートメント、エグゼクティブサマリー、またはリスクレジスターを、これらのいずれかの代わりに入れています。ほぼ常に欠けているのは2つ目で、それが他の6つを「本物」にします。

34の取り組みと340時間の余力を持つチーム

Calverton Groupの顧客運用部門は、62名のスタッフを擁する流通ビジネスに対して、注文、問い合わせ、返品を処理していました。

同社の年間運用計画には34の取り組みが記載されていました。各取り組みには担当者、目標日、効果の説明がありました。文章はよく書かれており、経営側は難なく承認しました。

運用業務を説明するセクションはありませんでした。この部門は月あたり約11,400件の注文と4,200件の問い合わせを処理しており、誰かが取り組みに手を付ける前から、利用可能時間の約84％を消費していました。

34のうち28の取り組みは、3人のチームリードのいずれかが担当者でした。これら3人のリードには、未コミットの時間がそれぞれ6〜8％あり、3人合計で年間およそ340時間でした。彼らに割り当てられた取り組みは、後から見積もると約2,100時間とされていました。

年末のレビューでは、7つの取り組みが完了、9つが一部提供、18は未着手でした。

完了した7つのうち2つは、状況を悪化させました。改訂された返品プロセスにより、返品1件あたりの処理時間が約90秒増えました。月800件の返品があるため、月あたり20時間、年間では新たな繰り返し負荷として240時間になります。しかし、運用セクションがないため誰もそれを数えていませんでした。

経営側の読みでは、部門は成果を出しきれていないというものでした。3人のチームリードのうち2人は4か月以内に離職し、いずれも業務量を理由に挙げました。翌年の計画案では29の取り組みが提案されました。

再構築では、運用セクションと、担当者ごとのキャパシティ表を追加しました。現実的に何かを所有できる9人それぞれについて、利用可能な変化時間を合算ではなく個別に計算しました。取り組みは適合するように再スコープされ、所有は3人から9人へ広げられ、約1,900時間を見込む11件が選定されました（利用可能は約2,200時間）。

11件のうち3件は、特に運用時間を減らすものとして選ばれました。

その翌年末には、11件のうち9件が完了し、残り2件は半年時点のレビューで意図的に延期されていました。純粋な運用時間は年間で約1,100時間減少しました。業務量を理由に離職する人はいませんでした。

部門はより少なく行い、より多くを届けました。計算が示していた通りです。

運用計画を作成する方法：ステップバイステップ

まずは上位のレベルから目的を取り込みます。名前を挙げられない場合、運用計画は「チームが直したいことのリスト」へと流れていきます。

次に、他の何より先に運用セクションを作ります。各領域に、何をしているのか、どれくらいの量か、そしてだいたいどれくらい時間がかかるのかを尋ねてください。1週間のヒアリングで、計画に使える程度の数字は十分に揃います。それ以上の精密さは、追加しても何も増えません。

キャパシティを計算します。まずは合算で、次におそらく担当する人ごとに。2つ目の数値が制約になります。

次に、フィルタせずに候補となる取り組みを列挙し、それぞれに担当者、工数見積もり、運用への影響を紐づけます。

担当者ごとのキャパシティに合わせて削り込み、削った内容を「やらないこと」セクションに記録します。

両方の半分について指標を合意します。つまり、運用のサービス基準と、変化のマイルストーンです。

レビューの頻度と最初のレビュー日を、誰かが承認する前に設定します。最初のレビューが予定されていない計画は、一度読まれて終わります。

運用計画には4種類ありますか？

4つのカテゴリで、組織がこの用語に込めるほとんどをカバーできます。

単発（Single use）計画は、特定の成果のために存在し、その後は終了します。サイトのオープン、システム移行、季節的な繁忙期。プロジェクト計画に近く、1つとしてまとめて書いた方がよいことが多いです。

常設または継続（Standing or ongoing）計画は、繰り返し発生する運用を対象にし、完了するのではなく定期的に更新されます。これが、ほとんどの年間運用計画があるべき姿であり、実際にはそうなっていないことがよくあります。

機能別（Functional）計画は、1つの部門または機能（運用、カスタマーサービス、生産、施設など）を対象にし、組織計画へと集約されます。

コンティンジェンシー（Contingency）計画は、特定のことがうまくいかなかった場合に何が起きるかを対象にします。供給の失敗、サイトが利用できなくなること、需要の急増などです。これはメイン計画の中に含めるのではなく、並行して置かれます。

カテゴリの違いは、「実際にどれを書いているのか」に気づけるかどうかの方が重要です。チームは日常的に、常設計画を書こうとしているのに、単発の集合物を作ってしまいます。これは、運用セクションを省くのと同じ失敗です。

運用計画と戦略・戦術計画の違い

3つのレベルは、期間（ホライズン）と意思決定者によって区別されます。

戦略（Strategic）は、だいたい3〜5年を対象とし、経営側が所有して、組織がどこへ向かい、なぜそうするのかに答えます。変更はほとんどなく、意図的に行われます。

運用（Operational）は1年を対象とし、部門の責任者が所有して、戦略に沿ってこの部門が何を運用し、何を変えるのかに答えます。年1回更新され、四半期ごとにレビューされます。

戦術（Tactical）は数週間〜四半期を対象とし、チームリードが所有して、運用計画が今まさにどのように実行されているかに答えます。シフト、スプリント計画、週次の優先事項などです。

レベル間で最もよくある失敗は、戦略が引き算をせずに足し算だけで作られ、運用レイヤーに「純粋な追加」として到達してしまうことです。その問題を解決する場所が運用計画であり、だからこそ「やらないこと」セクションは任意ではありません。誰かが「そのキャパシティはない」と言わなければならず、それが部門責任者がこの計画を書いていない限り、そもそも言われることはありません。

日次・シンプル・複数年の運用計画テンプレート

構造は、期間の長さと、チームが扱える情報量に応じて適応します。

シンプル（Simple）。 1ページ。目的、運用サマリーを3〜4行で、担当者付きの取り組みを5件、そして「やらないこと」リスト。小規模チーム向けで、誰も最後まで読み切らない長い計画よりもはるかに優れています。

日次（Daily）。 実は同じ文書ではありません。日次の運用計画は戦術的な手段です。今日の量、今日の人員、今日の例外とエスカレーション。ボードまたは1枚に収め、年次計画が、それに対して運用する基準を設定できるようにします。

3年・5年。 主に公共・非営利分野で使われます。資金のサイクルが長いためです。5年分の前提量が、これらの計画が間違う原因になりやすいので、運用セクションの重要性は下がるどころかむしろ増します。量の前提を明示し、毎年レビューします。

非営利・助成金（Nonprofit and grant funded）。 資金提供者のフォーマットで求められることがよくあります。まずは自分のバージョンを書き、それを相手のフォーマットにマッピングしてください。資金提供者の構造に合わせて計画を作るのではなく、計画を自分のものとして保つためです。

よくある運用計画の落とし穴と回避方法

運用セクションがない。 このページの他のすべては、それに由来します。

合算のキャパシティ。 60人に分散された「10の空きFTE」は、単純に「10の空きFTE」と同じではなく、取り組みの所有が集中します。

運用への影響が明記されていない取り組み。 新しいプロセスは繰り返し発生する業務を生みますが、誰もそれを数えません。

「やらないこと」リストがない。 計画がすべてを受け入れているように見えるため、何でも提案され続けます。

変化の指標だけ。 みんなが取り組みトラッカーを見ている間に、運用のパフォーマンスが静かに悪化します。

年次計画だが、運用のリズムがない。 12月に書き、12月に読み、翌年の12月にまた開く。

実行者ではなく、計画担当者が書く。 見積もりは楽観的で、所有は合意されるのではなく前提として置かれます。

運用業務を減らす取り組みは、リストを削るときに守る価値があるものです。なぜなら、それが次年度のキャパシティを生むからです。私たちのkaizen method templateは、この規律の小さな版をカバーしています。計画サイクルを待つのではなく、改善を継続的に行い、記録します。

ExcelまたはWordで運用計画テンプレートを入手できますか？

このページ全体がそうである理由から、Excelです。運用セクションには、処理時間に基づく量の掛け算が必要です。キャパシティセクションには、担当者ごとに合計を差し引く必要があります。変化セクションには、その差し引きに対して工数を合計する必要があります。どれも計算（算術）で、数値が変われば再計算したくなるものですが、手作業でメンテナンスしても維持できません。

3つのシートとして作ってください。運用、担当者別キャパシティ、変化です。変化にコミットされた時間が、利用可能な変化時間に対してどれだけあるかを示すセルを追加し、色を付けます。その1つのセルが、計画の「正直さチェック」です。

Wordは、その周辺の文章（目的、「やらないこと」リストの理由、リスク）用です。多くのチームは、シートへのリンクが付いた短いドキュメントを別途用意しており、うまくいきます。2つのパートで対象読者が異なるからです。

PDFは、合意後に一度だけ回覧する版です。承認時点でライブのコピーからエクスポートします。

1年間、運用セクションを正確に保つ方法

運用セクションは書いた当日は正確ですが、すぐにズレ始めます。プロセスは変わり、完了した取り組みは、部門の運用に含まれる内容そのものを変えてしまうからです。

それを真実のまま保つ習慣は、小さなものです。取り組みが稼働したら、同じ週に、その影響を受けた運用の行を、新しい量または処理時間で更新します。これが、数値が確定する瞬間であり、誰もが気にする唯一の瞬間です。

Trupeer AIが役立つのは、同じ瞬間に手順も更新する必要があることが多いのに、それが実際には起きないからです。プロセスを変更した人が新しいバージョンを1回記録すると、手順がステップとして取り込まれた書面の手順が作られます。すると、ドキュメント更新が、次のリスト項目と競合しなくなります。

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

記録は、運用セクションが参照するSOPやガイドになります。ナレッジベースに一貫したブランディングで格納されます。SOP creatorは手順そのものをカバーし、私たちの運用マニュアルテンプレートは、部門がどのように運用されるかを文書化することをカバーします。これは、ここでの運用セクションに自然に並ぶ相棒です。セットアップ手順はドキュメントテンプレートセットアップガイドにあります。

よくある質問

Wordで無料の運用計画テンプレートはありますか？

上記の構造は、そのままWordまたはGoogleドキュメントに貼り付けて、文章セクションに対応します。ゲート付きのダウンロードもフォームもありません。運用、キャパシティ、変化の表はスプレッドシートに保持し、それらにリンクしてください。これら3つは再計算が必要で、ドキュメント単体ではできないためです。

Excelで無料の運用計画テンプレートはありますか？

Excelは、この計画に適した入れ物です。3つのシート（運用、担当者別キャパシティ、変化）で、コミットされた時間が利用可能なセルに対してどうなるかをチェックとして設定します。多くのチームでは、キャパシティシートを作る段階で、提示される前に計画が変わってしまうことが分かります。だからこそ、最初に作るのがポイントです。

PDFで無料の運用計画テンプレートはありますか？

承認時点で合意したバージョンをエクスポートし、それを回覧します。作業用コピーは編集可能なままにしてください。変化セクションは四半期ごとに動きますが、凍結された計画は静かに「1月に意図していたこと」の記録になります。今やっていることではありません。

PDFでサンプルの運用計画はどこで見られますか？

公開されているサンプルは見つけやすく、内容よりもセクションの順序を確認するために読む価値があります。なぜなら、実際の計画にある量や取り組みは、どれも1つの組織に紐づくものだからです。より役立つのは、1つのチームについて自分の運用セクションを書く練習です。1週間で済み、どんなサンプルよりも多くを教えてくれます。

運用計画は誰が所有すべきですか？

対象となる機能の責任者です。計画担当やPMOの機能ではありません。所有者は、キャパシティの観点から取り組みを断れる人である必要があります。それは管理上の判断であり、事務的な判断ではありません。調整役が所有する計画は、トラッカーになります。

運用計画はどれくらいの長さが必要ですか？

スプレッドシートを含めて数ページで十分です。長くなる場合は、通常、取り組みの説明がビジネスケースに膨らんでしまっていることです。ビジネスケースは計画とは別のドキュメントに入れ、計画側はそれを参照する形にします。小規模チームなら、1ページ＋1シートで本当に足ります。

運用計画はどのくらいの頻度でレビューすべきですか？

運用のパフォーマンスは毎月、変化の進捗も毎月、そして計画全体は四半期ごとにキャパシティの数値を再計算します。四半期レビューは、取り組みを「自然消耗」ではなく意図的に延期する場です。適応する計画と、静かに放棄される計画の違いはここにあります。

運用計画とプロジェクト計画の違いは何ですか？

プロジェクト計画は、開始・終了・成果物が定義された1つの作業を扱います。運用計画は、部門が期間を通じて行うすべてを扱い、終わりのない繰り返し業務も含みます。プロジェクトは、変化セクション内の行として運用計画の中に登場し、それぞれの計画は別に保持されます。