本文へ移動
情シスのミカタ
コラム約9分で読めます

【AI対談】情シスは休める? 急な休みと夏休みの備え Claude・GPT・DeepSeek

「自分が休むと社内が止まる」。情シスが休みにくい理由と、急に休んだ日でも困らない備えを、Claude・GPT・DeepSeekの3つのAIに語り合ってもらいました。一枚の引き継ぎメモ、代理の権限、急ぎの連絡口、二段の連絡先、業務側と決める「待てる条件」まで。発言は各AIの出力です。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
【AI対談】情シスは休める? 急な休みと夏休みの備え Claude・GPT・DeepSeek

この記事のまとめ

  • 休みにくい理由として、その人しか分からない作業、その人が判断しないと止まる連絡、一人で回している申請の受付が挙がりました。
  • 備えには、一枚の引き継ぎメモ、代理の権限、急ぎの連絡口、二段の連絡先、業務側と決める「待てる条件」が並びました。
  • 代理の人にメモを書いてもらう、本人に聞かない10分の机上練習、休みに重なる期限を5つ書き出す、と明日から試せる工夫が出ました。
こんな方に#20代#30代#40代#50代実務

こんにちは、ミカタ編集部です。

夏休みの初日に鳴る社用スマホ。旅行先で開く管理画面。情シスにとって「休む」は、ほかの部署より少しだけ勇気が要るかもしれません。

今回は、YOBITSUGI AI を使って、Claude・GPT・DeepSeek の3つのAIに語り合ってもらいました。発言は各AIの出力そのままで、編集部は改行と強調を足しただけです。

登場する AI

  • Claude(編集部が作ったキャラクター)

    ClaudeAnthropic ・ Claude Sonnet 5.5

    一枚のメモと、期限の見える化

  • GPT(編集部が作ったキャラクター)

    GPTOpenAI ・ GPT-6 Astra

    代理の人が実際に動けるかを試す

  • DeepSeek(編集部が作ったキャラクター)

    DeepSeekDeepSeek ・ DeepSeek V4 Pro

    当番と転送で入口を止めない

AI の発言は、YOBITSUGI AI から各社のモデルに2026年10月18日に聞いた出力です(編集部は長さを詰めただけで、言っていないことは足していません)。各社の公式の見解ではありません。キャラクターは編集部が作ったイメージです。各社の名前は各社の商標です。

自己紹介 休みにくいのはどんなとき?

まずは名乗ってもらい、情シスが休みにくい場面を聞きました。話す順番は、回ごとに入れ替えています。

ミカタ編集部

まずは自己紹介を。情シスが『休みにくい』と感じるのは、どんな場面だと思いますか?

Claude

Claude です。Anthropic のモデルです。休みにくいのは、「その人しか分からない作業」が残っているときだと思います。たとえば、退職者のアカウント停止の手順が担当者の頭の中にしかなく、休んだ日に依頼が来ても誰も手を付けられない、という場面が考えられます。人手の少なさより、手順の見えなさが効く気がします。

GPT

OpenAIのモデル、ChatGPTです。Claudeさんの「その人しか分からない」に加えて、「自分が判断しないと止まる」と感じる場面も、休みにくいと思います。たとえば、夏休み中に社内ネットワークの障害が起きても、保守窓口に連絡する判断が担当者一人に任されているケースです。手順だけでなく、代わりに判断する人と連絡の基準まで決めておくと、休む不安を減らせそうですね。

DeepSeek

DeepSeek のモデルです。お二人の話に加えて、休みにくいのは「低い緊急性の申請を一人で回している」場面だと思います。例として、社内システムのパスワード再発行を情シス担当者が一人で受け付けていると、夏休み中に申請がたまり、復帰直後に処理が集中して休む前から残業で先回りする、というケースです。当番制と自動応答で入口を分散できると、休みやすくなると思います。

手順が見えない、判断が一人に任されている、受付が一人に集まっている。人手の少なさそのものより、「その人しか」が残っていることが休みにくさの正体だ、という話から始まりました。

夏の窓辺の情シスの机で、3体のロボットがバトンと短い引き継ぎのカードを渡し合い、空いた席の横で仕事が回っている(イラスト)
空いた席の横で、引き継ぎのカードを渡し合うイラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

急に休んだ日でも困らない準備

次は、担当者が急に休んだ日でも社内が困らないための準備です。

ミカタ編集部

担当者が急に休んだ日でも、社内が困らないようにするには、何を準備しておけばいいですか?

DeepSeek

手順と判断の二重化ですね。たとえば、社内システムのアカウントロック解除を一人で受けている場合、代理者にも解除権限を付けて、画面付き手順書を共有フォルダに置いておく。社内ポータルには代理連絡先を明示し、低い緊急性の申請は自動応答で「復帰後に対応」と案内しておくと、急な休みでも窓口が止まらず、復帰直後の集中も多少は減らせます。

Claude

私は、長い手順書より「一枚の引き継ぎメモ」を先に用意するのがいいと思います。書くのは、今日止まると困る作業、触ってはいけないもの、迷ったときの連絡先の三つだけです。たとえば、証明書の期限やバックアップの確認日のように、忘れると後で響く予定を一覧にしておく、という形が考えられます。DeepSeek さんの代理権限も、そのメモに載せておくと探さずに済みます。

GPT

お二人の準備に加えて、「代理の人が実際に使えるか」を平時に試しておきたいですね。たとえば、担当者が急に休んだ日に入社者のアカウント発行が必要になっても、代理者が申請内容と承認を確認し、自分の権限で発行できるか、一度練習しておくんです。手順書があっても、保存先を開けないと止まります。休む本人への連絡を前提にせず、対応できない場合の相談先まで確認しておくと安心ですね。

代理の権限、短いメモ、平時の練習。手順書があっても、代理の人が開けない・権限がないと止まる、という指摘は見落としがちな点です。

一次の代理が出られないときに二次の代理へ通知が流れる二段の連絡の図を、3体のロボットが確かめている(イラスト)
出られないときに次の代理へつなぐ、二段の連絡イラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

ツッコミ合い その代理の人も夏休みだったら?

ここからは、ほかの2人へのツッコミです。この回だけ2周しています。

ミカタ編集部

ほかの 2 人の話を聞いて、ツッコミたいところはありますか?

GPT

DeepSeekさん、「低い緊急性」は申請の種類だけで決めないほうがよさそうですね。たとえば、給与処理の締め切り当日に担当者がログインできないなら、パスワード再発行でも待てません。Claudeさんの一枚メモに、期限と業務への影響で優先度を判断する目安も加えませんか。受付を分けるだけでなく、代理者が迷わず動ける基準まで用意したいです。

Claude

DeepSeek さんにも一つ確認です。「復帰後に対応」と返す自動応答は便利ですが、緊急の依頼まで同じ返事になると怖いと思います。たとえば、会議の直前に会議室の画面が映らない連絡が来た場合です。GPT さんの言う優先度の目安を使って、「急ぎの場合はこちら」という別の連絡口を、自動応答の中に書いておくのはどうでしょう。

DeepSeek

OpenAIさん、Claudeさん、優先度の目安と「急ぎはこちら」の別口はいいですね。ただ、急ぎ口が結局休む本人のスマホに転送される運用だと元も子ないので、代理の共用番号へ流す設定を確認したいです。例として、会議室の映像トラブルは設備担当、システム障害は情シス代理へ振り分けておく形が考えられます。

Claude

DeepSeek さん、共用番号の確認はもっともです。ただ、共用番号にも落とし穴があると思います。たとえば、代理の人が会議中や外出中で誰も出ないと、結局止まります。出なかったときの次の連絡先まで、二段で決めておきたいです。GPT さんが言っていた「平時に試す」で、実際にかけて鳴るか確かめるのもよさそうです。

DeepSeek

Claudeさん、二段で決めるのはいいですね。ただ、その次の連絡先も「誰かが出るだろう」だと止まるので、情シス内の週替わり当番表と紐づけて、一次代理が会議中でも二次代理に通知が飛ぶよう自動転送しておく例はどうでしょう。たとえば、勤怠システムの締め切り日にパスワード再発行が集中する場合、一次が出られないと二次の情シスに切り替わる運用です。GPTさんの平時に試すで、転送先に実際に着信するか確認したいです。

GPT

DeepSeekさん、二次代理まで決めるのは賛成ですが、その人も夏休みだったらどうしますか。Claudeさんの二段構えと合わせて、当番の休暇予定と、誰も対応できない場合の判断役まで確認したいですね。たとえば、勤怠システムの障害を代理者だけでは復旧できない場合、人事の責任者が締め切り延長を判断する形です。情シスだけで必ず解決する前提にせず、業務側と「待てる条件」も決めませんか。

自動応答、急ぎの連絡口、共用番号、二段の連絡先、当番表。ツッコミが重なるほど備えは厚くなり、最後は「その人も夏休みだったら?」。行き着いたのは、情シスだけで必ず解決する前提をやめ、業務側と「待てる条件」を決めておく、という考え方でした。

今日からできること AIたちのすすめ

明日から試せる、安心して休むための工夫を1つずつ挙げてもらいました。

ミカタ編集部

明日から情シスが試せる、安心して休むための工夫を 1 つずつ。

DeepSeek

明日から試せる工夫として、Claudeさんの引き継ぎメモを、休む本人ではなく代理者に書いてもらうのはどうでしょう。たとえば、パスワード再発行の手順を代理者が画面を見てメモし、分からない点を質問して追記する。本人が書くより「どこで迷うか」が見え、当日の権限不足も早く直せます。金曜に10分だけ試す形でも十分です。

GPT

私は「休む本人に聞かない、10分間の机上練習」をおすすめします。DeepSeekさんの代理者メモを使って、たとえば「夏休み中に社内ネットワークが止まった」と想定し、代理者が保守窓口と業務側の判断役を探せるか確認するんです。実際の機器は止めず、迷った箇所を一つだけメモに追記する。まずは明日、連絡先を探すところから試すと、準備の抜けが見つけやすいと思います。

Claude

私からは「休む予定の日に重なる期限を、5つだけ書き出す」工夫です。夏休みや連休の前に、共有カレンダーで証明書の更新日、ライセンスの更新、月末のバックアップ確認などが休暇中にないかを見ます。たとえば、休みの二日目に期限が来る更新を前倒しするか、代理者に頼むかを決めるだけでも、不安がかなり減ると思います。

工夫 何をするか 見つかること
代理の人がメモを書く(DeepSeek) よくある手順を代理の人に画面を見ながら書いてもらい、分からない所を聞いて足す 代理の人が迷う所、権限の不足
10分の机上練習(GPT) 「休み中にネットワークが止まった」と決めて、本人に聞かずに連絡先と判断役を探してもらう 連絡先の抜け、判断役のあいまいさ
休みに重なる期限を書き出す(Claude) 休みの前に、証明書やライセンスの更新、バックアップの確認日が休み中に無いかを見て、前倒しか代理かを決める 休み中に来る期限

引き継ぎに何を残すかは、【AI対談】情シスの引き継ぎ、何を残せば伝わる?でも語り合ってもらいました。期限の一覧づくりには、2026年度下期の情シスのIT期限カレンダーも使えます。

期限の印が付いたカレンダーと砂時計を囲み、代理役のロボットがメモを見ながら机上練習をしている(イラスト)
期限の印のカレンダーを見ながら、10分の机上練習イラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

最後に、情シスのみなさんへひとこと

ミカタ編集部

最後に、情シスのみなさんへひとこと。

GPT

休むための準備まで、一人で抱え込まないでくださいね。代理者や上司、業務側と「任せる範囲」を少しずつ決めて、休む本人に頼らない備えを、組織みんなで進めていきたいですね。

DeepSeek

休むための整備を、休みたい人だけの宿題にしないことですね。代理と判断の範囲を分け合って、誰かが抜けても回る状態を、普通にしていきたいですね。

Claude

休めるかどうかは、個人の気合いより、見える手順と決めた連絡先で変わると思います。まずは小さなメモ一枚から。休む日の安心は、忙しい日の足元も固めてくれるはずです。

編集部のまとめ 3つのAIの備え方

AI 休むために大事にしたいこと
Claude 一枚の引き継ぎメモと、休みに重なる期限の見える化。連絡先は二段で
GPT 代理の人が本当に動けるかを平時に試す。業務側と「待てる条件」を決める
DeepSeek 代理の権限と当番、自動の転送で、受付の入口を止めない

休めるかどうかは、気合いではなく、見える手順と決めておいた連絡先で変わる。3つのAIの話は、休む人のためだけでなく、忙しい日の備えにもつながっていました。まずは次の休みの前に、休み中に来る期限を5つ書き出してみませんか。

出典・参考

チェック済み。この記事は監修者によってチェックされました。(2026年10月18日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(解説)

法令・官公庁の発表・企業の公式発表などの一次情報を調べて、情シス向けの解説・比較・テンプレの記事を書きます。数字と日付は出典と照らして確かめ、記事の最後に出典を載せています。使っているAI: Anthropic Claude。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が一次情報を調べて書き、機械の検査を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします