はじめに
SES3年目の春のことだ。
ある朝、現場に向かう電車の中で、ふと思った。「3年経って、自分って何ができるようになったんだろう」
サーバーの設定変更はできる。手順書通りの作業もできる。でも「この設計、こうした方がいいと思います」と言えたことがあっただろうか。「あなたじゃないとできない」と思われたことがあっただろうか。
正直に言う。なかった。
その日から、妙な焦りが続くようになった。「このままでいいのか」という問いが、仕事中にも、休日にも、頭の隅に引っかかるようになった。
この記事は、そのときに自分が実際にやったことを全部書いたものだ。転職したか、昇格したか、劇的に何かが変わったか、というキラキラした話ではない。でも、地に足のついた動き方として、SES3年目前後の人に届けばいいと思って書く。
この記事を読むと、以下のことができるようになります。
- 「このままでいいのか」という感覚の正体を言語化できる
- 焦りを行動に変えるための具体的な一歩がわかる
- SES3年目という時期を「停滞」ではなく「分岐点」として捉えられる
「このままでいいのか」と思うサインを整理する
まず、この感覚はかなり多くのSESエンジニアが経験するものだと思う。自分だけが遅れているわけじゃない。でも、放置すると確実にまずい。
典型的なサインをいくつか挙げる。
現場ガチャで消耗している感覚
SESあるあるだが、現場によって得られる経験の差が激しすぎる。運よく技術的にチャレンジングな現場に入れる人もいれば、3年間ずっと同じ保守作業だけやっている人もいる。「この現場、何も身についてない気がする」という感覚は、自分の怠慢ではなく構造的な問題であることが多い。
スキルが積まれている実感がない
毎日仕事はしている。タスクはこなしている。でも「今年、去年と比べて何が違うか」と聞かれると答えられない。これが一番危ない状態だ。作業をしているだけで、経験として蓄積されていない。
市場価値が見えない
「転職したとしたら、自分はどのくらいの年収で、どんな会社に行けるのか」が全くイメージできない。求人票を見ても、自分が条件に当てはまるのかどうかわからない。これは「自分のスキルが整理できていない」サインだ。
3つのどれかに当てはまるなら、そろそろ何かを変えるタイミングだ。
自分がやったこと①：「今の自分のスキルマップ」を正直に書き出した
最初にやったのは、自分のスキルを紙に書き出すことだった。
ポイントは「正直に」書くことだ。「なんとなくできる」「雰囲気でやっていた」も全部書く。
以下のようなマップを自分で作った。
書き出してみると、「できる」と思っていたことの多くが「手順書通りにできる」だったことがわかった。これはかなりショックだった。でも、「わかっていなかったことがわかった」のは前進だ。
スキルマップを作ると「何を学ぶべきか」が見えてくる。「AWS全部」とかいう漠然とした目標より、「VPCをゼロから設計できるようになる」という具体的な目標に変わる。
自分がやったこと②：週末にAWSの個人アカウントを作って毎週1つ構築した
スキルマップで「VPCをゼロから設計できない」という課題がはっきりしたので、週末に個人AWSアカウントを作ることにした。
月1,000円以内に抑える（無料枠とスポットインスタンスをうまく使う）という制約を設けて、毎週1つだけ構築することにした。
実際に構築したものの一覧はこんな感じだ。
1〜4週目: VPCの基礎を固める
- 1週目: VPCとサブネットを手動で作成（パブリック+プライベート、マルチAZ）
- 2週目: インターネットゲートウェイとNATゲートウェイを追加してEC2からインターネット疎通確認
- 3週目: セキュリティグループのルール設計を一から考えてSSH接続
- 4週目: 上記の構成をCloudFormationで再現
5〜8週目: 実用的な構成を作る
- 5週目: ALB + EC2のHTTP/HTTPS構成（ACM証明書も取得）
- 6週目: RDS（MySQL）をプライベートサブネットに配置してEC2から接続
- 7週目: S3 + CloudFrontで静的サイトを公開
- 8週目: 全体をTerraformで書き直す
これを続けた効果は大きかった。「なんとなく知っている」から「手を動かして作った経験がある」に変わった。現場での作業中に「あ、これは個人で試したやつだ」と思える瞬間が増えた。
費用は毎月500〜800円程度で収まった。使ったあとはリソースを削除する習慣をつけるのが大事だ。
自分がやったこと③：Qiitaに書き始めた
個人で構築した内容を、Qiitaに書き始めた。最初は「誰も読まないだろうな」と思っていた。
実際、最初の数本はほとんど読まれなかった。いいねも0のことが多かった。でも、続けることで3つの効果があった。
理解が深まる
「人に説明できるレベルで理解していないと書けない」という事実に直面した。「なんとなくわかった」状態で書こうとすると、途中で詰まる。詰まるから調べる。調べるから本当にわかる。アウトプットは最高のインプットだ。
自分の資産になる
後から「あのときVPCのNATゲートウェイってどう設定したっけ」と自分のQiita記事を見返すようになった。自分のナレッジベースが積み上がっていく感覚がある。
「見られている」緊張感が質を上げる
誰かに読まれるかもしれないと思うと、「雑に書けない」という緊張感が生まれる。これが作業の質を底上げしてくれた。
自分がやったこと④：転職エージェントに話を聞いた
「転職しようとは思っていないが、市場価値を知りたい」という目的で、転職エージェントに話を聞いた。
これは強くおすすめする。転職する気がなくてもやる価値がある。理由は2つだ。
まず「市場から見た自分のスキル評価」がわかる。エージェントは毎日たくさんのエンジニアと話しているので、「SES3年目・インフラ系・AWSが少し触れる」という人材が市場でどのくらいの年収になるか、どんな求人が当てはまるかを正直に教えてくれる。
次に「足りないものが明確になる」。「こういった経験があると選択肢が広がります」という情報は、キャリアの地図を描く上でとても参考になる。
自分の場合は「設計経験があると一気に選択肢が広がる。今の現場で設計に関われる機会を作ることを意識してみてください」と言われた。これが、現場でのスタンスを変えるきっかけになった。
「変わった」と感じた瞬間
4つのことをやり始めて3ヶ月ほどたったある日、現場の上司に「この設計、どう思う？」と聞かれた。
以前の自分なら「わかりません」か「手順書通りでいいと思います」と言っていたと思う。でも、そのときは「NATゲートウェイを1つにすると可用性が落ちます。コスト的にはAZごとに1つ置く方が安全です」と答えられた。
個人で構築した経験があったから言えた言葉だ。
「それ、ちゃんと考えてきたんだね」と言ってもらえた。小さな一言だったけど、それが「変わった」と感じた瞬間だった。
まとめ
この記事では以下のことを解説しました。
- 「このままでいいのか」という感覚は現場ガチャ、スキルの実感のなさ、市場価値の不透明さという3つのサインとして現れる
- スキルマップを正直に書き出すと「なんとなく」が「具体的な課題」に変わる
- 週末の個人AWS構築、Qiitaへのアウトプット、転職エージェントへの相談は、転職を決意しなくても今すぐ始められる行動だ
SES3年目は「停滞の時期」ではなく「分岐点」だ。
何もしなければ、5年目も同じ場所にいる。でも、今日から動けば、3ヶ月後には「あのとき動いてよかった」と思える日が来る。
自分はまだ途中だ。でも、あの電車の中で感じた焦りは「行動しろ」というサインだったと、今は思っている。
ハンズオンラボでは、未経験からでも「作って覚える」をモットーにしたITハンズオンイベントを定期開催しています。
面白かったら
「👇いいね」で応援