はじめに

SES（システムエンジニアリングサービス）で働き始めて5年。最初は「言われたことをやるだけ」の毎日でした。

運用監視からスタートして、手順書通りにコマンドを打つ日々。正直、このまま何年やっても成長しないんじゃないかと不安でした。

でも、ある時期から意識を変えたことで、現場での評価が明らかに変わりました。「次もお願いしたい」と言われるようになり、案件の選択肢も広がりました。

この記事では、僕が実際にやった5つのことを、リアルな体験談として共有します。

1. 障害対応で「切り分け」を意識した

最初の現場では、障害が起きるとパニックになっていました。ログを見ても何を探せばいいかわからない。先輩に聞くしかない状態。

変えたこと： 障害が起きたら、まず「どこまで正常か」を確認するようにしました。

# 実際にやっていた切り分けの流れ
1. サービスは生きているか → systemctl status
2. ポートは開いているか → ss -tlnp
3. ログに何が出ているか → journalctl -u サービス名 --since "10 minutes ago"
4. リソースは足りているか → top, df -h, free -m

この順番を体に染み込ませたことで、障害時に「まず何を見るか」が決まり、慌てなくなりました。

先輩からも「切り分けが早くなったね」と言われたのが嬉しかったです。

2. 手順書の「なぜ」を調べるようにした

SES現場では手順書通りに作業することが求められます。でも、ただコマンドを打つだけでは応用が利きません。

変えたこと： 手順書の各ステップに「なぜこの手順が必要か」をメモするようにしました。

例えば、こんな手順があったとします。

# バックアップ取得
mysqldump -u root -p --single-transaction --routines --triggers dbname > backup.sql

以前の僕：「ふーん、このコマンドを打てばいいのね」
変わった後の僕：「--single-transactionはなぜ必要？→ InnoDBでロックをかけずにバックアップを取るため。本番環境でサービスを止めずにバックアップできる」

この習慣のおかげで、手順書にない状況でも自分で判断できるようになりました。

3. 「自分のPC上での自動化」で時短した

保守的な現場では、新しいツールの導入は難しいことが多いです。でも、自分のPC上で完結する自動化なら誰にも迷惑をかけません。

変えたこと： 日常の繰り返し作業をPythonやPowerShellで自動化しました。

# 例：毎朝のサーバーヘルスチェックレポート自動生成
import subprocess
import datetime

servers = ["web01", "web02", "db01"]
report = f"# ヘルスチェックレポート {datetime.date.today()}\n\n"

for server in servers:
    result = subprocess.run(["ping", "-c", "1", server], capture_output=True)
    status = "OK" if result.returncode == 0 else "NG"
    report += f"- {server}: {status}\n"

print(report)

浮いた時間でAWSの勉強をしていました。こっそり自動化して、空いた時間でスキルアップする。これがSES現場での処世術です。

詳しくはこちらの記事にまとめています：
「こっそり自動化」で自習時間を捻出するエンジニアの処世術

4. 担当外の技術にも興味を持った

インフラエンジニアだからといって、インフラだけ見ていればいいわけではありません。

変えたこと： アプリ側のデプロイフローやCI/CDパイプラインにも興味を持つようにしました。

具体的には：

アプリチームのデプロイ手順書を読ませてもらった
Jenkinsのジョブ定義を見て、何をしているか理解した
「このAPIのレスポンスが遅いんだけど」と相談された時に、インフラ側の観点で一緒に調査した

担当外に興味を持つことで、チーム内での信頼度が上がりました。「インフラのことならあの人に聞けばいい」ではなく、「困ったらあの人に相談しよう」というポジションになれたんです。

5. 勉強会に参加して視野を広げた

SESの現場にいると、どうしても視野が狭くなります。同じメンバー、同じ技術、同じ作業の繰り返し。

変えたこと： 外部の勉強会に定期的に参加するようにしました。

最初はただ聞いているだけでしたが、次第に「自分も手を動かしてみよう」と思えるようになりました。

今では自分でも勉強会（ハンズオンラボ）を運営しています。AWS・Linux・Terraformを実際に手を動かしながら学べるハンズオン形式の勉強会です。

一人で勉強を続けるのは大変です。でも、仲間がいれば続けられる。

興味のある方はconnpassからチェックしてみてください：
ハンズオンラボ - connpass

まとめ

SES現場で信頼される人になるためにやったことを振り返ると、どれも特別なことではありませんでした。

障害対応の切り分けパターンを身につける
手順書の「なぜ」を調べる
自分のPC上でこっそり自動化する
担当外の技術にも興味を持つ
勉強会で視野を広げる

スキルも大事ですが、それ以上に信頼の積み重ねが次の案件を決めます。

「この人なら任せられる」と思ってもらえるかどうか。それは日々の小さな行動の積み重ねです。

この記事が、SESで働くエンジニアの方の参考になれば嬉しいです。