「自動化が進んだ先に、自分の作業が残るのか読めない」
「職種の話で語られても、いまの当番表とどう繋がるのか分からない」
そんなふうに当番表の前で考え込んでいるあなたへ。
結論から言えば、
将来性の答えは、職種ではなく運用の工程ごとに割れていました
割れているので、まとめて上がる・下がるという読み方が効きません。
この記事では、運用の工程を当番表と申請書の側から並べます。先の予測は置きません。
結論 — 上がるか下がるかは、職種の名前ではなく工程の側に出ていました
「インフラエンジニアの将来性」という問いは、職種をひとかたまりで扱っています。
ただ、実際に減った作業と、残った作業は、同じ職種の中で分かれていました。境目は職種の外にあります。
減ったのは、手順が先に決まっていた作業です。先に決まっていたから、書き写せる形になっていました。
残ったのは、その場で決める作業でした。決める材料が毎回違うので、手順の形になりません。
この二つは、同じ当番表の中に並んでいます。並んでいるので、職種の名前のほうでは切り分けられませんでした。
先に減っていったのは、いつも前者の側でした。後者が先に減った現場は、見た範囲では出てきていません。
だからあなたが見る場所は、職種の側ではありません。いま自分の時間が乗っている工程の側になります。
運用を三つの工程に割ると、移り方が同じでないと分かる
運用という一語には、性質の違う工程が混ざっています。ここでは三つに分けて置きます。
| 工程 | 中身 | これまでの移り方 |
|---|---|---|
| 手順が確定している作業 | 監視の一次受け、定型の払い出し、定型の確認 | 仕組みの側へ移りやすい |
| 例外の判断 | 障害時にどこを切るか、いつ戻すか | 手元に残っている |
| 社内の合意を取る工程 | 停止の許可、影響範囲の説明 | 手元に残っている |
分ける軸は一つだけです。次に何をするかが、始める前に決まっているかどうか。
決まっていれば、書き写せます。書き写せるものから順に、人の手を離れていきました。
決まっていなければ、書き写せません。毎回の材料を見てから決める工程は、様式にできませんでした。
この軸は、技術の新しさとは別のところにあります。古い仕組みでも、手順が確定していれば移っていきました。
逆に、新しい仕組みを扱っていても、毎回の決めごとが挟まる工程は残っています。
だから「新しい技術を覚えたかどうか」では、この境目を測れませんでした。
手順が決まっていた作業は、先に機械の側へ移っていきました
ここからは実務の側です。構築して納める立場と、発注して受け取る立場の両方にいました。
同じ会社を、外から入る側と中で回す側の両方から見ています。何が消えたかは、当番表と申請書に残っていました。
監視の一次受けは、当番の電話から通知の設定へ移りました
常駐していたころ、当番表には名前と携帯番号が縦に並んでいました。夜間は、その順に電話が鳴ります。
鳴った中身の多くは、しきい値を超えたという通知でした。開いて確かめ、収まっていれば記録して閉じます。
この一次受けは、通知の条件を細かく置く形へ変わっていきました。再実行までを仕組みの側に持たせた現場もあります。
人が呼ばれる回数は、目に見えて減りました。減ったのは呼ばれる回数であって、呼ばれたときの重さではありません。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
当番表そのものは、いまも残っている現場があります。ただ、そこに名前が埋まる行の数が変わりました。
払い出しは、申請の様式が固まった時点で人の手を離れました
発注する側にいたとき、アカウントと端末の払い出しは申請書で回っていました。押印欄が三つ並ぶ紙です。
手を動かす部分は、様式が固まるほど短くなります。書かれた欄をそのまま写すだけの作業になるからです。
消えたのは作業そのものではなく、様式が固まった範囲でした。範囲の外にある依頼は、いまも手で受けています。
様式が固まるまでの時間は、思ったより長くかかります。例外が出るたびに、欄が一つずつ足されていきました。
足された欄が落ち着いた頃に、写す作業が仕組みの側へ渡ります。順番は、いつもこの向きでした。
置き場そのものが、社外の共通基盤の側へ動いていきました
三つ目は、機器の置き場です。受託の側では、調達して設置して結線するところまでが持ち場でした。
発注する側に移ってから、その工程を社内に持たない案件が増えていきました。画面の操作だけで環境が立ち上がります。
組み立てが短くなると、時間の使い先も入れ替わります。減ったのは組み立てで、増えたのは決めごとの整理でした。
どこに置くか、誰が入れるか、止まったとき誰へ説明するか。この三つは、画面の側に用意されていませんでした。
置き場が外へ出ると、社内から見える範囲も変わります。触れる操作は増え、触れない部分はまとめて外に置かれました。
触れない部分についても、説明だけは社内に残ります。止まった理由を利用部門へ伝えるのは、そのまま持ち場でした。
例外の判断には、移る先が用意されていませんでした
通知が上がった後の作業は、手順の形になりませんでした。同じ画面が出ても、選ぶ手が毎回違います。
障害のとき、あなたと同じ立場の担当が実際に決めていたのは、次の四つでした。
- どこを切り離すか
- いつ切り戻すか
- どこまでを暫定のまま止めておくか
- 誰へ先に伝えるか
四つとも、材料はその日の状況の側にあります。前の月と同じ通知でも、業務の予定が違えば答えが変わりました。
手順書に書けたのは、確かめる順番までです。決めた結果のほうは、書き写せる形になりませんでした。
切り離す範囲を広く取れば、復旧は早く終わります。ただ、止まる業務も一緒に広がりました。
この釣り合いを決める材料は、機器の状態ではなく業務の予定の側にあります。だから、しきい値の形になりません。
広く切れば、戻すときの手数も増えます。戻す順番をどう組むかも、その場で決めていました。
判断そのものを様式にしようとした現場も見ています。埋まったのは、確かめる項目の欄までで止まりました。
止めてよいかを決める工程は、自動化の議題に一度も上がりませんでした
発注する側で会議に出ていて、はっきりしたことがあります。止める許可の話は、仕組みの検討に出てきません。
止めるには、誰の業務がいつ止まるかを先に出します。出す相手は利用部門で、決めるのは部門の責任者でした。
実際に毎回聞かれていたのは、次の三つです。
- いつなら止めてよいか
- 止まると誰の作業が先に詰まるか
- 戻らなかったときに誰へ連絡するか
三つとも、答えは社内の予定と力関係から出てきます。機器の状態からは出てきません。
稟議の欄も同じでした。金額と期間は写せますが、なぜ今なのかという一行だけは写せません。
あなたがこの工程を持っているなら、そこは自動化の対象に入っていない側です。
止める日が決まった後も、社内の調整は続きます。作業そのものより、前後の連絡のほうに時間が乗っていました。
この時間は、手順書にも当番表にも出てきません。出てくるのは、会議の予定表の側だけでした。
置き場が動いたことは、公的な調査の側にも出ています
ここまでは筆者が見た範囲の話です。置き場が動いたことのほうは、公的な調査でも確かめられます。
総務省の 令和7年版 情報通信白書 に、企業のクラウドサービス利用状況が載っています（2026年9月4日 取得）。
全社での利用と、一部の事業所または部門での利用を合計すると、2024年は80.6%の企業が利用していると書かれています（同ページ。同日取得）。
出典は、総務省の通信利用動向調査を基に作成した図表とされています（同日取得）。
利用率が高い用途として挙がっているのは、ファイル保管・データ共有、社内情報共有・ポータル、電子メール、給与、財務会計、人事、スケジュール共有です（同日取得）。
並んでいるのは、置き場と、置き場の上で動く定型の業務です。あなたの現場で先に外へ出た順番と、そう遠くありませんでした。
動いたのは置き場で、判断の側は同じ調査に出てきません。数えられるものと、数えられないものが分かれています。
載っているのは利用の状況で、社内で誰が判断を持っているかは、この図表からは読めませんでした。
自分の時間がどの工程に乗っているかは、手元の記録から数えられます
将来性を考える前に、いまの配分を数えるほうが早く済みました。材料は職場に残っています。
数えるのは、直近の数週間で足ります。古い記録ほど、呼び名も様式も変わっていました。
あなたの名前が実際に残っている場所は、次の五つです。
- 当番表に自分の名前が入っている日
- 通知を受けて、記録して閉じただけの件
- 切り離しや切り戻しを自分で決めた件
- 停止の連絡文を自分で書いた件
- 申請の様式そのものを自分で直した件
上の二つが多ければ、手順が確定している側に時間が乗っています。下の三つが多ければ、残っている側です。
どちらが良いという話ではありません。読み取れるのは、いまの席で何を任されているかだけです。
数え方は簡単で、日付ごとに丸を付けるだけで足ります。集計の様式を作り込むと、そこで手が止まりました。
丸の付き方が偏っていれば、それがいまの持ち場です。偏りが無ければ、三つとも自分に乗っています。
数えた結果は、そのまま経歴の材料になります。書き方の側は、読む側の欄から先に埋めていく手順に分けています。
工程の話を外へ持ち出す前に、公表されている対象を読む
数えた結果を外で使う段になったら、先に読むのは対象の欄です。対象は交渉できません。
外れていれば、工程の話をする場面まで届かないからです。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
噛み合う段と、そこから外れる段
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
公表されている対象の欄には、レバテックキャリアの側にITエンジニアとデザイナー、Geekly の側に IT・Web・ゲーム業界の転職が置かれています（各社公式サイト。2026年8月17日 取得）。
面談までの並びについても、記載があります。レバテックキャリアの側は、申し込みと面談の間に希望条件の入力が挟まる形です（同日取得）。
Geekly の側では、登録の次が面談という順で公表されています（同日取得）。
三つの工程を数え終えていて、外での読まれ方だけが分からない状態。希望条件の欄は、そこと噛み合います。
欄が空のまま進むと、工程の話は面談の中で作ることになります。あなたの持ち時間から、その分が引かれました。
数えた三つの工程は、そのまま希望条件の欄へ置けます。置いた分だけ、面談で聞く側に回れました。
対象の欄から外れている場合は、その時点で分かります。読む順番を先にしておくと、往復が一度で済みました。
同時にいくつ持てるかは、空いている時間の側で決まります。並行の数え方は、受ける数を持ち時間から決めた1本に分けています。
まとめ — この記事は、先を当てにいっていません
並べたのは、これまでに移った工程と、移らなかった工程です。どちらも過去の側にあります。
これから何が移るかは書いていません。書けるだけの材料が手元に無いからです。
この分け方が効かない現場もあります。当番も申請も一人で持っている職場では、三つの工程が同じ人に重なります。
その場合、数えても配分が出ません。出るのは、重なっているという事実だけです。
あなたが確かめられるのは、いまの席で何に時間が乗っているかまでです。そこから先は、当てにいかないほうが安全でした。