こんばんは！
今年も半分が終わったということで、自分のキャリアを少し振り返ってみました。
これまで私は受託開発・自社開発・SESという3つの働き方を経験してきました。
「どれが一番良いの？」という話はよく見かけますが、実際に働いてみると、それぞれ面白さも難しさもまったく違います。
今回は、実際に経験した立場から感じたことをまとめてみます。
※この記事は、あくまで私自身の経験をもとにした感想です。
SES、受託開発や自社開発でも会社や案件によって環境は大きく異なります。
そのため、「こういう考え方・感じ方をした人もいるんだな」くらいの参考として、温かい目で読んでいただけるとうれしいです。
受託開発
受託開発とは、お客様から依頼を受けてシステムやアプリを開発する仕事です。
私は新卒の頃、受託開発のテスト工程を担当していました。
当時はまだ生成AIもなく、テストケースを確認しながら実行し、結果をまとめるという、今振り返るとかなり泥臭い作業が中心でした。
一方で、受託開発はさまざまなお客様の案件を担当できるのが魅力でした。
業界もシステムも案件ごとに異なるため、「次はどんなシステムなんだろう」という楽しさがあり、短期間で多くの経験を積めたと思います。
その反面、自分が携わったシステムを長く見届ける機会は少なく、「このシステムに自分はどれだけ貢献できたのだろう」と感じることもありました。
自社開発
次に経験したのが自社開発です。
ここではプログラマーだけでなく、インフラやセキュリティも担当していました。
ベンチャー企業だったこともあり、一人が担当する範囲はかなり広く、「開発だけしていればいい」という環境ではありませんでした。
その分、システム全体を見る視点が身につき、「サービスを育てる」という感覚も受託開発とは大きく違っていました。
一方で、自社サービスだからこそ技術選定には制約があります。
既存システムとの兼ね合いや運用面を考える必要があるため、「新しい技術を試したい」というより、「今あるサービスをどう安定して成長させるか」という視点が強かった印象です。
SES
現在はSESとして働いています。
上流工程からプログラミングまで、案件によってさまざまな業務を経験しています。
SESの特徴は、案件ごとに環境も技術も変わることです。
新しい技術に触れる機会が多く、「同じ仕事の繰り返し」という感覚はあまりありません。
一方で、環境の変化も多くあります。
プロジェクトが変われば、一緒に働くメンバーや開発ルール、使用する技術も変わります。
最初は戸惑うこともありましたが、今では「新しい環境に順応する力」もエンジニアとして大切なスキルの一つだと感じています。
振り返って思うこと
受託開発、自社開発、SES、どれが一番良いかと聞かれることがありますが、正直なところ答えはありません。
それぞれ求められる役割も、身につく経験も違います。
受託開発では多様な案件を経験でき、自社開発ではサービスを育てる視点を学び、SESではさまざまな技術や環境に適応する力が身につきました。
今振り返ると、どの経験も今の自分につながっています。
もしこれから就職や転職を考えている方がいたら、「受託だから」「SESだから」と決めつけるのではなく、「自分はどんな経験を積みたいのか」という視点で選んでみると、より納得感のあるキャリアにつながるのではないかと思います。