【システム運用保守】経験者が語る「きつい・つらい・しんどい」の口コミまとめ

システム運用保守がきつい・つらいと感じた時

最もつらいのは、夜中や休日にトラブルがあって呼び出されることです。多くの場合、こちらが寝ていても家族と外出していても食事中でも連絡が来て、可能な限り対応する必要があります。

最近はすべてリモートで作業できるようになっていますが、10年くらい前までは交通機関が動いていればオフィスに出勤して基本的には対応できるまで作業していました。

さらに、いくら働いてもその代休等が取れることは少なかったのが辛かったです。

1日のスケジュール例

1. 8:00
   出社
2. 9:00
   システム状況チェック
3. 10:00
   何かあった場合は調査
4. 10:30
   会議
5. 11:00
   昼食
6. 12:00
   以前からあったトラブルの調査
7. 15:00
   会議
8. 17:00
   状況チェック
9. 18:00
   会議
10. 19:00
    退勤

システム運用保守がきつい・つらいと感じた時

24時間完全常駐の職場のため夜勤がきつかった。拘束時間が長いのと1週間ずっと日勤もしくは夜勤ということがなく、シフト都合によっては日勤夜勤という風になるため生活リズムが完全に崩れてしまい夜勤中の休憩時間に眠れなかったり、次の日が日勤なのに眠れなかったりで最後の方は割とぼろぼろになりながら出社していた。

また、海外からの対応があり、手順書通りにこなしても解決できなくて夜勤中ずっとその対応に追われ休憩できなかった時もしんどかった。

1日のスケジュール例

1. 8:50
   出社
2. 9:00
   始業・引継ぎ
3. 9:15
   事務作業・お客様対応・定期業務
4. 12:00
   昼食
5. 13:00
   事務作業・お客様対応・定期業務
6. 17:00
   引継ぎ・事務処理
7. 17:30
   退勤

システム運用保守がきつい・つらいと感じた時

休日に対応しなければいけない職種の一つだから、公務員のような決められた休日が容易に取得できないところが当時は一番つらかったです。趣味を謳歌したいタイプの方であれば、自分自身のライフスタイルを仕事重視に持って行かれるため、生活リズムが崩されることが想定されます。

また日々ルーティンワークが主で、一度でも失敗をすれば専門職にも関わらず駄目な奴だと上司から罵られるケースが当たり前なので、見かけとは違って努力が評価されにくいと感じました。

1日のスケジュール例

1. 8:30
   出社
2. 9:30
   始業・朝礼
3. 9:30
   システム作業
4. 12:30
   昼食
5. 13:00
   外回り
6. 17:00
   事後処理
7. 21:30
   退勤

システム運用保守がきつい・つらいと感じた時

深夜の緊急対応が本当に大変でした。システム障害が発生すると、深夜でも即座に対応しなければならず、睡眠不足が慢性化していました。

特に年末年始は人員が少ない中で24時間体制の監視業務があり、家族との時間を犠牲にすることも多かったです。

また、同じような障害が繰り返し発生するのに根本的な改善がされず、ただ対処療法を繰り返すだけの作業に疲弊しました。クライアントからのプレッシャーも大きく、「なぜすぐ直せないのか」と怒鳴られることもあり、精神的に参ってしまう日もありました。

1日のスケジュール例

1. 9:00
   出社・朝礼
2. 9:30
   システム監視・前日の障害報告書作成
3. 12:00
   昼食
4. 13:00
   定期メンテナンス作業
5. 15:00
   監視システムの改善作業
6. 17:00
   日次報告書作成
7. 18:30
   退勤（ただし障害時は対応のため残業）

システム運用保守がきつい・つらいと感じた時

システムの運用保守として顧客先へ常駐しての作業だったが、当時は若手ということもあり、必要なスキルを全て取得していた訳ではなかったため、1人で作業の対応ができないことが多く、顧客からの苦情が多かった。

また顧客にとってシステムは動くことが当然であるため、何らかのエラーが発生してその原因が顧客側にあったとしても、「何故、前もって対策できなかったのか」と責められることも多く、精神的に疲労することが多かった。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   始業・朝礼
3. 9:30
   作業進捗の確認
4. 10:00
   顧客とミーティング
5. 12:00
   昼食
6. 13:00
   顧客要望対応
7. 18:00
   夕会
8. 21:30
   退勤

システム運用保守がきつい・つらいと感じた時

システム不具合の対応。システムが通信不良を起こし処理に失敗するトラブルが不定期で起き、原因や改善方法の糸口が半年ぐらい掴めなかったのがきつかった。

現場仕事をしている人にも影響が出たので、解決をすごく急かされました。そのシステムのデータのやり取りが多いことや、構成が複雑すぎることが原因でなかなか調査が進まないし、ベンダーにも分からないと言われるし、ほかの大きな仕事も抱えているしで、ノイローゼになるかと思いました。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   始業・朝礼・事務作業
3. 9:30
   システムのサーバ設定等作業
4. 12:00
   昼食（自席）
5. 13:00
   取引先にて保守定例
6. 15:00
   システムのアップグレードや脆弱性対応
7. 18:00
   退勤

システム運用保守がきつい・つらいと感じた時

現場派遣で大企業のサーバー運用保守プロジェクトに参画しました。プロジェクト自体もかなり大きく、私の部署だけでも20人おり、それぞれが担当のサーバーをもっていました。

辛かったのは、定時などはなく定時後、夜間、休日問わず作業が入ってくること。途中からコロナ禍となり完全リモートになったので大分緩和されましたが、出社必須の頃はかなりキツかったです。

特に休日作業、かつ1日分の工数がかからない仕事だと、週6出社も当たり前でした。夜間もアラート監視当番があったので、寝ていても電話で起こされてそのまま保守作業…ということもざらでした。

1日のスケジュール例

1. 8:45
   出社
2. 9:00
   メールチェックと定時作業
3. 12:00
   昼食
4. 12:45
   メールチェックと定時作業
5. 15:00
   会議
6. 16:00
   一日の作業結果確認
7. 17:30
   退社

システム運用保守がきつい・つらいと感じた時

システム運用保守の仕事では、障害対応や緊急メンテナンスなど突発的な対応が多く、特に深夜や休日に呼び出されることがつらかった。日中の業務が終わったあとでも、監視アラートで対応を求められることがあり、常に気を張っているような状態が続いた。

担当システムが古く、ドキュメントが不完全なこともあり、トラブルの原因を調べるのにかなりの時間を費やすことも多かった。エンドユーザーからの問い合わせも幅広く、技術面以外のストレスも感じる場面があった。

1日のスケジュール例

1. 8:45
   出社
2. 9:00
   朝会・監視アラート確認
3. 10:00
   定常業務（バッチ処理確認・ログチェック）
4. 12:00
   昼休憩
5. 13:00
   障害調査・報告書作成
6. 15:00
   保守作業・資料更新
7. 17:30
   業務振り返り・明日の準備
8. 18:00
   退勤

システム運用保守がきつい・つらいと感じた時

インフラ構築から運用・保守まで一通りの作業及びマネジメントを行っていました。マネジメント側の観点での苦労が多かったです。

まず作業者の中には自分で自分の作業範囲を勝手に決めているものもおり、自分の物差しで「それは私の仕事じゃないので」と言われた仕事を放置している者がおりました。それも作業を割り当てられた時には言わず、進捗報告もせず（確認しても言わない）最終的な結合テスト時に発覚する事が多かったです。

結局は言ってもやらないので、別の者に振るか最悪深夜休日で自分が対応するため、全体の作業効率が落ちます。そういったスタッフの質と、その対応で苦慮する事が多かったです。

1日のスケジュール例

1. 9:30
   出社
2. 10:00
   始業・朝礼
3. 13:00
   昼食
4. 14:00
   会議（午後はほぼ会議で埋まってます）
5. 19:00
   作業まとめ・報告
6. 20:00
   退勤