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

ITエンジニアがきつい・つらいと感じた時

開発を進めていくと、技術的にできない課題にぶつかることが多く、それを解決するのに、正解を誰かが知っていることは少なく、あらゆることを自分で試して解決していかなければならないことです。

特に新しい技術を使用した開発の時は経験者も少なく誰かに聞いたりすることもできないし、書籍も出版されていないし、ネット検索しても情報が見つからないこともとても多いです。

また、そのような解決に時間がかかるような課題があったとしても基本的に納期は延期にならないため、残業してカバーする必要があることです。

1日のスケジュール例

1. 9:00
   出社
2. 9:00
   メールチェック
3. 9:30
   朝の定例ミーティング
4. 10:00
   設計や開発作業
5. 12:00
   昼食
6. 13:00
   顧客への説明資料作成
7. 15:00
   自分の成果物のレビュー実施（説明し、レビュアーに確認していただく）
8. 15:30
   レビュー内容の指摘対応
9. 16:30
   顧客へ資料をメール送付、他チームへの問い合わせ、事務処理
10. 17:30
    退社

ITエンジニアがきつい・つらいと感じた時

システム開発の際に納期が迫っているときは、徹夜が続いて体力的にきついです。

さらに、予期しないバグやエラーが発生して、それを解決するために膨大な時間を費やしたことも多々ありました。

長時間パソコンの前に座っていると、目や肩が痛くなり、精神的にもプレッシャーがかかってきます。

また、ユーザーからのフィードバックで予想外の要望を受けると、設計やコードの修正が必要になり、モチベーションが下がることもありました。

1日のスケジュール例

1. 9:00
   出社
2. 9:30
   始業・タスク確認
3. 10:00
   開発作業（バックエンド開発）
4. 12:00
   昼食（外出してランチ）
5. 13:00
   チームミーティング・コードレビュー
6. 14:00
   開発作業（バグ修正や新機能追加）
7. 17:30
   プロジェクト報告・事務作業
8. 19:30
   退勤

ITエンジニアがきつい・つらいと感じた時

テスターは仕様書の試験数が多いと日を超える残業であったり、1日のノルマがかなりきつく、毎日50件以上試験をしないといけないのに、仕様書等の動作を行っても、機能が実装されていないので、試験が不可で1日のノルマが半分以下の達成状況が多々続き、それに追してさらに納期が間に合わない事が多々あり、職場の空気が日々に悪くなり、辞める人がポロポロと発生していき、まさに問題が問題を呼ぶ環境がデスマーチ状態でした。

1日のスケジュール例

1. 8:40
   出社
2. 9:00
   始業・朝礼
3. 9:30
   テストの報告の会議
4. 9:40
   プログラムテスト
5. 12:00
   昼食
6. 13:00
   プログラムテスト
7. 17:00
   テスト報告
8. 18:30
   退勤

ITエンジニアがきつい・つらいと感じた時

バリバリ系のIT企業だったため、残業して当たり前という風潮で、毎日20時〜21時まで働かないと白い目で見られたことがつらかった。楽したかったわけではないが、残業はあくまで特別に残って業務を行うというイメージで入社したので面食らった。

新卒で入社したので、それが当たり前だと思っていたのだが、転職した今ではそうでなかったと理解した。そのまま働き続けていたら、本格的に体調が悪くなっていたのではないかと思う。

1日のスケジュール例

1. 9:00
   朝礼
2. 9:30
   事務作業、メールチェック
3. 10:00
   開発
4. 14:00
   会議
5. 15:00
   議事録のまとめ
6. 16:00
   開発
7. 21:00
   退勤

ITエンジニアがきつい・つらいと感じた時

業務アプリケーションの開発をしていたとき、本当にきつかったのは、英語がまったくできない自分が、英語のマニュアルを読まないと何も始まらない状況に放り込まれたことです。あるときなんて、スウェーデン語のドキュメントまで出てきて、「これはもう無理だろ…」と心が折れそうになりました。

翻訳ツールを駆使して、専門用語だらけの文章をどうにか読み解き、サンプルコードやAPIの仕様を理解するだけで1日が終わることも。周りに聞ける人もおらず、自分ひとりで必死に食らいついていました。

さらに追い打ちをかけるように、実現が極めて困難なシステム設計を、上流工程の人たちが決めてしまっていて、「これ、どうやって作るんだよ…」と絶望したこともありました。でも、どうにか動くものを形にしないといけない。その一心で、何日も残業しながら食らいつきました。本気で「死ぬほど頑張った」って言える日々でした。

1日のスケジュール例

1. 9:00
   出社・朝礼・メール・タスク確認
2. 10:00
   開発ミーティング／仕様確認
3. 11:00
   実装作業（機能追加・バグ修正）
4. 12:00
   昼休憩
5. 13:00
   レビュー対応・再修正
6. 14:00
   クライアントからの要望ヒアリング
7. 15:00
   仕様変更に伴う再設計
8. 16:00
   設計書の修正・社内確認
9. 17:00
   実装作業（DB処理／ロジック構築）
10. 18:00
    単体テスト・バグ洗い出し
11. 19:00
    バグ修正・ログ確認
12. 20:00
    障害対応・緊急ミーティング
13. 21:00
    翌日リリース準備・データ確認
14. 22:00
    進捗報告・資料まとめ・終電時間を気にしながらの作業
15. 23:00
    片付け・退勤準備・終電で帰宅