作業予定を関係者へ事前共有する｜そのまま使える連絡テンプレート

夜の本番作業は、手順どおりに30分で終わった。動作確認も問題なし。ほっとして帰った翌朝、営業の人から声をかけられる。「昨日の夜、管理画面に入れなかったんだけど、何かあった？」。 悪いことをしたわけではないのに、なんだか申し訳ない気持ちになる。作業そのものより、そのあとの説明で疲れてしまう——そんな朝、ありませんか。

こういうすれ違いは、作業の腕前ではなく、作業の予定が関係者に届いていなかったことから起きます。そして多くの場合、伝えなかったのではなく「誰に・何を・いつ伝えればいいか」が決まっていなかっただけです。

この記事では、社内の関係者へ作業予定を事前共有するときの書き方を、そのまま使えるテンプレートつきで整理します。一緒に「次の作業で送る1通」を作っていきましょう。

結論：作業予定の共有は、長い文章より決まった型で送るほうが伝わります。やることは3つ。①5つの項目（いつ・何を・どこに影響・誰が・困ったら）を1通にまとめる、②「予定」「開始」「完了」の3回に分けて送る、③宛先は影響範囲から逆算して、作業ごとの宛先リストを持っておく。まずは次の作業の前に、この記事のテンプレートを1つコピーして保存するところから始めます。

この記事は、社内の関係者（利用部署・問い合わせ窓口・上司・外部ベンダーなど）への共有を扱います。サイトを使うお客さん向けの告知やメンテナンス画面は、メンテナンス告知の出し方とメンテナンス画面の用意で整理しています。連絡に使う手段（チャット・メール・カレンダーなど）や承認の決まりは職場によって違うので、社内のルールがあればそちらを優先してください。

何が起きているか：作業予定の共有が抜けてしまう理由

作業予定を伝えそびれるのは、気がゆるんでいるからではありません。一人運用の現場には、抜けやすくなる事情がそろっています。

• 作業の準備で頭がいっぱい：手順書、バックアップ、切り戻し。作業そのものの準備を優先するうちに、連絡があと回しになる。
• 「たぶん影響ないし」と思ってしまう：夜間で短時間なら、誰も使っていない気がする。でも、夜にバッチを回している人や、海外とやり取りしている人がいることもあります。
• 毎回ゼロから文面を考えている：書くたびに迷うので、面倒になって省きたくなる。
• 誰に伝えるべきかが分からない：利用部署、問い合わせ窓口、上司、外注先。全員に送るのは大げさな気がして、結局だれにも送らない。

どれも自然なことです。だからこそ、気合いで毎回がんばるのではなく、型とテンプレートを先に用意しておくのが続くコツです。型があれば、作業の前日に5分で送れるようになります。

作業予定の共有に書く5つの項目

連絡文に書くことは、次の5つで足ります。受け取った人が「自分に関係あるか」「何をすればいいか」をすぐ判断できることがいちばん大事です。

とくに効くのは③と⑤です。

• ③は「システム目線」ではなく「相手の行動」で書く：「DBサーバーを再起動します」より「この間、受注一覧が表示されません」のほうが、受け取った人は自分ごととして読めます。
• ⑤で「止めてもらえる余地」を残す：「その時間に締め処理がある」など、作業する側からは見えない事情を拾えるのが事前共有のいちばんの価値です。返事の期限を書いておくと、相手も動きやすくなります。

「予定」「開始」「完了」の3回で送る

連絡は1回で終わらせず、予定・開始・完了の3回に分けると、受け取る側の安心感がまるで違います。1回あたりの文面は短くて大丈夫です。

• 予定（前営業日まで）：5つの項目を入れた本文を送ります。⑤の「都合が悪ければ連絡を」の返事を受け取れるよう、少なくとも前営業日、できれば数日前に。
• 開始（作業の直前）：「これから作業を始めます。終了予定は22:30です」とひとこと。作業中に問い合わせを受けた人が「あ、あの作業か」と分かります。
• 完了（作業の直後）：「作業が終わりました。通常どおりご利用いただけます」とひとこと。これがないと、関係者は「もう使っていいのかな」と様子見のまま待つことになります。

予定どおりにいかないときのために、延長・中止の連絡も型を用意しておくと、作業中にあわてずに済みます。中止の線をどこに引くかは、リリース中止の判断基準で整理しています。

そのまま使える作業予定の共有テンプレート

コピーして、【 】の中だけ差し替えれば使えます。

① 予定（前営業日までに送る）

【作業予定のお知らせ】〇〇システムの更新作業（10/23 22:00〜）

お疲れさまです。〇〇システムの保守担当の【名前】です。
下記の日時に、本番環境で作業を行います。

・日時：【10月23日（金）22:00〜22:30】（長引いた場合も最大【23:00】まで）
・作業内容：【受注管理システムのプログラム更新】
・影響：作業中は【管理画面へのログインと受注一覧の表示】ができません
　　　　【お客さま向けのサイトは通常どおり使えます】
・作業者／連絡先：【名前】（作業中は【チャットの〇〇】で連絡がつきます）
・お願い：この時間帯にご利用の予定がある場合は、【10月22日（木）17:00】までにご連絡ください。日程を調整します。

終わりましたら、あらためてご連絡します。

件名に内容と日時を入れておくと、受信箱やチャットで見返すときに見つけやすくなります。

② 開始（作業の直前に送る）

【作業開始】〇〇システムの更新作業を始めます。
終了予定は【22:30】です。終わりましたらご連絡します。

③ 完了（作業の直後に送る）

【作業完了】〇〇システムの更新作業が終わりました。
現在は通常どおりご利用いただけます。
もし気になる動きがあれば、【名前】までお知らせください。

④ 延長・中止（予定どおりにいかないとき）

【作業延長】〇〇システムの更新作業が長引いています。
終了見込みを【23:00】に変更します。その間も【管理画面】は使えません。
次のご連絡は【22:45】ごろにします。

【作業中止】〇〇システムの更新作業は、今回は中止しました。
作業前の状態に戻してあり、現在は通常どおりご利用いただけます。
次の作業日は、決まりしだいあらためてご連絡します。

延長の連絡では、「次の連絡はいつか」を書いておくのがコツです。見通しが立たないときでも、次の連絡時刻があるだけで、待つ側はぐっと落ち着きます。

宛先は「影響範囲」から逆算して決める

誰に送るかで迷ったら、③の「どこに影響」から逆算します。止まる画面や機能を使う人、そこへの問い合わせを受ける人に届けばいい、と考えると整理しやすくなります。

一度整理したら、「この作業なら、この宛先」という宛先リストをメモに残しておきます。次からはリストを見て送るだけになるので、「あの人に送り忘れた」が起きにくくなります。

具体例：「聞いてない」が「ありがとう」に変わった週

ある週、受注管理システムのプログラム更新を金曜の夜に予定していました。

1. 予定を送る（水曜）：テンプレートで「金曜22:00〜22:30、管理画面にログインできません。都合が悪ければ木曜17時までに連絡を」と、利用部署・問い合わせ窓口・上司に送った。
2. 思わぬ返事が来る（木曜）：経理の担当から「金曜の夜は月末の締めで、22時過ぎまで管理画面を使う予定です」と返事が来た。作業する側からは、まったく見えていなかった事情だった。
3. 日程をずらす：作業を土曜の朝9時からに変更し、予定の連絡を出し直した。
4. 開始と完了を送る（土曜）：「始めます」「終わりました」をひとことずつ送った。

週明け、経理の担当から「先に聞いてもらえて助かりました」と言われました。もし黙って金曜に作業していたら、締め処理の途中でログインできなくなり、作業のやり直しと説明に追われていたはずです。事前共有は、相手のためだけでなく、作業する自分を守る手段にもなります。

影響：作業予定の共有を型にすると、何が変わるか

作業予定の共有を型にしておくと、作業のたびの負担がいくつも軽くなります。

• 翌朝の「何かあった？」が減る：作業の時間と影響が先に伝わっているので、問い合わせも説明も少なくなる。
• 見えない事情を事前に拾える：締め処理、大口の受注、外部とのやり取りなど、作業する側からは見えない予定とぶつかる前に気づける。
• 作業中に問い合わせが来ても、窓口が答えてくれる：「いま作業中で、22:30に終わります」と、自分の代わりに伝えてもらえる。
• 記録として残る：送った連絡は、そのまま「いつ・何を・誰に伝えたか」の記録になる。変更管理台帳と合わせて残しておくと、あとから振り返りやすくなります。

明日やること：次の作業の前に、テンプレートを1つ保存する

次の作業を待たずに、今日のうちに準備しておけることがあります。

1. 予定のテンプレートを保存する：この記事の①をコピーして、メモやチャットの下書きに置いておく。
2. 開始・完了・延長・中止の短文も並べて保存する：作業中に文面を考えずに済むよう、①の隣に置いておく。
3. 宛先リストを1枚作る：よくある作業ごとに、送る相手を書き出す。最初は「管理画面に影響がある作業→利用部署・窓口・上司」くらいの大まかなもので十分です。
4. 送る場所を決める：チャットのどのチャンネルか、メールか、共有カレンダーにも入れるか。職場で見てもらいやすい場所を1つ決めておく。
5. 手順書に「連絡」の行を足す：リリース手順書の最初と最後に「開始の連絡」「完了の連絡」の行を入れておくと、作業の流れの中で自然に送れます。

全部を今日やらなくても大丈夫です。まずは①の予定テンプレートを保存するだけでも、次の作業の前日がずいぶん楽になります。

作業予定の共有チェックリスト

作業予定を送る前に、抜けがないかを確かめる項目です。コピーして使ってください。まずは「これだけは」の3つから。

これだけは（最低ライン）

• 連絡に「いつ・何を・どこに影響・誰が・困ったら」の5項目が入っているか
• 影響を「相手の行動」（〇〇が使えません）で書いているか
• 作業が終わったら「完了しました」を送るか

余裕があるとき（任意）

• 予定の連絡を、前営業日まで（できれば数日前）に送っているか
• 「都合が悪い場合の連絡期限」を書いているか
• 終了時刻を「最大〇時まで」と幅を持たせて書いているか
• 作業の直前に「開始します」とひとこと送るか
• 延長・中止の短文テンプレートを用意してあるか
• 宛先を影響範囲から逆算して決めているか（利用部署・窓口・上司・外部・夜間の当番）
• 件名に作業の内容と日時を入れているか
• 作業中に連絡がつく手段を書いているか

全部に印がつかなくても大丈夫です。上の3つがそろっていれば、翌朝の「聞いてない」はかなり減らせます。残りは、作業を重ねながら少しずつ足していけば十分です。

よければ、こちらも

作業予定の共有は、手順書・承認・作業後の確認とつながっている仕事です。あわせて整えておくと、本番作業の前後がぐっと落ち着きます。

• メンテナンス告知の出し方とメンテナンス画面の用意｜一人運用の最低限テンプレ：お客さま向けの告知とメンテナンス画面の出し方です。社内向けの共有とセットで使えます。
• リリース手順書の作り方｜一人でも迷わない最低限の項目テンプレート：手順書の最初と最後に「連絡」の行を入れておくと、送り忘れを防げます。
• 緊急リリースと通常リリースの線引き｜一人運用の承認フローの決め方：急ぎの作業のときに、誰の承認と連絡が要るかを決めておく方法です。
• リリース中止の判断基準｜作業を途中で止める線を事前に決める：延長・中止の連絡を出す前に、止める線を決めておく考え方です。
• リリース後の確認項目｜動作・監視・問い合わせを見る順番と時間：「完了」を送る前に確かめておきたい項目です。
• 変更管理台帳の付け方｜いつ・誰が・何を変えたか残す：送った連絡と合わせて残すと、あとから経緯を追いやすくなります。

作業予定を伝えておくのは、手間を増やすことではなく、あなたが一人で背負っている夜の作業を、まわりの人と少しだけ分け合うことです。伝わっていれば、何かあっても「作業中です」と誰かが代わりに答えてくれます。 次の本番作業では、前日にテンプレートを1通送るところから始めてみましょう。その1通が、翌朝のあなたを静かに守ってくれます。

ほかの実務ヒントは記事一覧からどうぞ。保守運用の小さな備えを、メールでも少しずつお届けしています。

関連用語

• ランブック
• ロールバック