【システムエンジニア】経験者が語る「きつい・つらい・しんどい」の口コミまとめ

システムエンジニアがきつい・つらいと感じた時

システムエンジニアでのきつい、つらいところはテストフェーズになっても仕様変更が頻発すること、要件がなかなか決まらないことです。

仕様が未確定なところがあった場合でも、納期は後ろ倒しになることはなかなかありません。

そんな中でも、どうにか設計し、他に影響がないかを確認し、テストをし、納期に間に合わせないとならないことが多々あります。

このため突然の休日出勤や深夜残業の発生などがあるため、この点がきつい・つらい点であることです。

1日のスケジュール例

1. 8:30
   出社（在宅の場合、勤務開始）・メール確認
2. 9:00
   朝会（3本）
3. 9:30
   問い合わせ対応
4. 10:30
   顧客報告
5. 12:00
   昼食
6. 13:00
   資料確認
7. 16:00
   顧客ミーティング
8. 17:00
   問い合わせ対応
9. 18:30
   退勤

システムエンジニアがきつい・つらいと感じた時

基本的に設計、開発、テスト、リリース作業及びドキュメント整理等の色々な作業を求められるため覚えることが多いです。

もちろん現場によりますが、SEは残業が多くなりがちなイメージがあります。私は金融システムと発注システムのSEを経験しましたが平均残業時間は35時間～45時間程で、多いときは100時間を超えることもありました。

また、金融システムではシステムの停止中にしかリリース作業ができないため、基本的に連休中にリリース作業をすることになります。そのため、ゴールデンウィークや年末は基本的に出勤で24時間監視となるため長時間勤務があったのがキツかったです。

1日のスケジュール例

1. 10:30
   出社
2. 10:35
   メールチェック
3. 11:00
   作業開始
4. 12:00
   昼食
5. 13:00
   作業再開
6. 17:30
   進捗管理
7. 18:00
   作業再開
8. 19:30
   退勤

システムエンジニアがきつい・つらいと感じた時

関西人の上司のきつい言葉とダメ出し。机上デバッグの精度は高いが、その分言い方がきつかったです。

また、必要な工程だとは認識しているものの、設計書に力を入れる人で、いつまでも実装段階に入らない状態がストレスでした。

同様に議事録についても厳しく、内容が曖昧だと一日中書き直しをさせるため、新人は一日中議事録を書かされ、直しをさせられるのがとても辛かったです。

さらに障害があると深夜帯でも社用携帯電話が鳴るのですが、もし万が一出られないと上長へかかってしまうので、電話の音に敏感になりあまりうまく眠れない時期が続きました。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   朝礼
3. 9:15
   TODO確認作業開始
4. 11:30
   ランチ
5. 12:30
   作業再開、および日によって客先出向や会議
6. 15:00
   パートナー企業ミーティング
7. 18:00
   軽く夕飯など休憩
8. 20:00
   帰宅

システムエンジニアがきつい・つらいと感じた時

ともかく残業が多い。ピークの時は週6日出勤していて、朝は10時過ぎの出勤ではあったが終わりは毎日終電でした。最後はそれで体調を崩して辞めました。

顧客がカスハラ気質だと、精神的にも辛いし仕事に終わりがありません。営業が入ってくれるとまだマシですが、そういう場合は営業も体調を崩して入れ替わりが激しくなり、結局は一番状態を知っているエンジニアに負担がかかります。

派遣だとまだ割り切って自分の範囲でのみ作業が出来ますが、正社員だと責任範囲が広く、仕事に終わりが見えません。

1日のスケジュール例

1. 10:00
   出社・作業・打ち合わせ（社外・社内）
2. 12:00
   昼食
3. 13:00
   作業・打ち合わせ（社外・社内）
4. 18:00
   夕食
5. 19:00
   作業・打ち合わせ（社内）
6. 23:00
   退勤

システムエンジニアがきつい・つらいと感じた時

システムを導入するにあたり、お客様の現在の業務のやり方や手順が、システムを導入することにより、どのように変わるかをお客様の担当者と打ち合わせして決めていくのですが、お客様の管理者はシステムの導入に前向きなのですが、実際に業務を行っている現場作業者は現在の業務が忙しいのと、作業の内容が変わることへの不安や不満が強く、システムの導入にあまり乗り気ではなく、とにかく話を聞いてくれない、こちらからお願いしたことを期限までにやってくれないなど協力的でないため、管理者と現場作業者の間に挟まれかなりつらい思いをしました

1日のスケジュール例

1. 8:30
   出社
2. 8:45
   始業、朝礼
3. 9:00
   業務（システム構築、トラブル対応、会議など）
4. 12:00
   昼食
5. 13:00
   業務（システム構築、トラブル対応、会議など）
6. 17:30
   退勤

システムエンジニアがきつい・つらいと感じた時

いろいろありますが、とにかく、パソコンと一日中向き合い、デバッグ作業をしているのが辛かった。コンピューターは人間が言うことを人間の言葉では理解しないので、変なところに変なバグができ、そのせいで色々なところに支障が出ます。

そういった些細なバグのせいで、作業が進まず、チームのメンバーにも迷惑がかかり、上司には叱責もされる。目はしばしばするし、肩も凝る。なんでこんなことをしているのだろうと、本当に嫌になった。

1日のスケジュール例

1. 09:00
   出社 / 業務開始
2. 09:30
   短いミーティング
3. 10:00
   コーディング・開発作業（集中タイム）
4. 12:00
   昼休み
5. 13:00
   午後の開発作業再開、コードレビューやテスト対応
6. 17:00
   作業まとめ、Githubにコミット・プッシュ
7. 18:00
   退社 / 業務終了

システムエンジニアがきつい・つらいと感じた時

システムエンジニアとして働く中でつらいと感じたのは、納期直前に仕様変更が発生し、徹夜続きで対応せざるを得なかった経験です。要件定義の甘さや顧客との認識ズレが原因でしたが、進行中に大幅な修正を強いられることに無力感を覚えました。

また、長時間労働により集中力が低下し、ミスが発生しやすくなる悪循環にも苦しみました。この経験から、初期段階での丁寧な要件整理と、無理のないスケジュール設定の重要性を痛感しました。

1日のスケジュール例

1. 9:00
   出社・朝会
   チーム全体で進捗確認や本日の作業内容を共有する。
2. 9:30
   設計・開発作業
   仕様書に基づき、プログラムの設計やコーディングを行う。
3. 12:00
   昼休憩
   リフレッシュのため昼食をとり、午後の作業に備える。
4. 13:00
   開発作業再開・レビュー対応
   コードレビューや、他メンバーの成果物チェック、改善作業を進める。
5. 15:00
   打ち合わせ・仕様確認
   顧客やプロジェクトマネージャとのミーティングで、要件や課題のすり合わせを行う。
6. 16:00
   テスト作業・バグ修正
   自作システムの動作確認や不具合の修正作業を実施する。
7. 18:00
   進捗整理・明日の準備
   作業の進捗を整理し、必要に応じてタスク管理ツールに記録。翌日の準備をする。
8. 18:30
   退社

システムエンジニアがきつい・つらいと感じた時

納期が近くなったタイミングで、納期に間に合わせるために残業時間が増えてしまうことがきついです。精神的には問題ないのですが、毎日日付が超えるまで残業して寝不足な日々が続くと身体に影響が出てきます。

また、納期が近いタイミングでは不良の見逃しなどミスが許されなくなってくるため、体調が良くなく頭が回らないタイミングでミスが許容されないのは、厳しくきついです。長時間労働がIT企業で働く上で覚悟しておくべき事象です。

1日のスケジュール例

1. 8:30
   出社
2. 9:00
   始業・朝礼
3. 9:30
   システムの設計
4. 12:00
   昼食
5. 13:00
   システムの設計
6. 18:00
   夕礼
7. 18:30
   退勤

システムエンジニアがきつい・つらいと感じた時

リモートワークを行っているため、口頭で相談すれば5分で終わるものがチャットでやり取りすると30分かかることがしんどいです。あとは、お客様に確認を取りたい時にもすぐに確認がとれずコミュニケーションに時間がかかってしまうのがどうしても辛い部分にはなります。

また、緊急のバグなどが発生すると業務時間外に労働しなければいけない時があります。そうした、コントロールできないことが続くと辛いと感じてしまうかも知れません。

1日のスケジュール例

1. 9:00
   始業・朝礼
2. 9:30
   事務作業・メール確認
3. 10:30
   定例ミーティング
4. 12:00
   昼食
5. 13:00
   内部定例ミーティング
6. 16:30
   お客様との開発者ミーティング
7. 17:00
   報告書作成
8. 18:00
   退勤