受託開発エンジニアから自社サービスエンジニアへの転向を目指す人が知っておくとよいこと ─アトラスで求められるスキルとマインドセット─
目次
はじめに
どうも、さいとう（白）です。ConfitやSMOOSYなど、アトラスサービスの開発でPMを担当しています。また、エンジニア採用にも携わっておりまして、最近また応募いただく方が増えてきており、本当にありがたい限りです。今まさにアトラスの情報収集のためにこの記事を見てくれている方もいるかもしれませんね。
エンジニア採用に応募いただいた方にはいつも志望動機をお聞きするのですが、「受託開発をずっとやってきたけれど、自社サービス開発もやってみたい」という方がとても多いです。でも、受託開発中心の会社や、客先常駐が多いSES企業で働いていた方は、なかなか自社サービス開発のチャンスがなく、「自社サービス開発って実際どんな感じなの？」「なんとなく難しそうだけど、自分にできるのだろうか？」という疑問や不安をお持ちの方もいるんじゃないかと思います。
今回の記事は、そんな方たちに向けて書いてみました。結論から言うと、自社サービス開発には、受託開発とは違うスキルやマインドセットが必要です。それと同時に、受託開発で培ってきた経験も確実に活かせます。その「違い」と「活かし方」をお伝えします。
受託開発と自社サービス開発では何がいちばん違うのか
受託開発エンジニアのゴールは、多くの場合こうです。
- 顧客と合意した要件を満たすものをつくる
- 納期・品質を守る
- 契約どおりに完成させる
これは、とても重要で価値のある仕事です。
一方、自社サービス開発エンジニアのゴールは少し違います。
- ユーザー体験をより良くする
- ユーザーの真の課題を解決する
- サービスとして価値を生み続ける
つまり、「作ること」そのものではなく、「価値を生み出し、使われ続けること」がゴールになります。
もちろん受託開発のプロダクトも顧客の課題を解決するためにあるのですが、エンジニアよりも上流のコンサルやPMの領域で求められる部分が大きいと思います。自社サービスのエンジニアには、この領域でも力を発揮するためのスキルやマインドセットが必要になります。
自社サービス開発で必要になるスキル・マインドセット
①仕様は「守るもの」から「仮説」になる
受託開発では、仕様は契約であり、守るべきものです。曖昧な点は確認し、逸脱しないことが評価されます。
自社サービスでは、仕様は仮説のひとつです。
- 実装してみて初めて分かることがある
- 実際の使われ方により見直す必要が出てくる
- より良い解決策が見つかることもある
アトラスサービスの開発では、エンジニアも「この仕様で本当に価値が生まれるか？」を考える主体になります。
②技術は「今の正解」だけでなく「育て続けられるか」
受託開発では、期間や制約の中でその時点の最適解を選ぶことが多くなります。
自社サービス開発では、技術選定や設計において、
- 今後何年にもわたって保守できるか
- サービスやチームが成長しても耐えられるか
- 改善を続けやすいか
といった時間軸の長さも重要になります。「何が今いちばん書きやすいか」だけではなく、「これを育て続けられるか」という視点が加わります。
③技術的な判断を「価値の言葉」で説明できる
自社サービス開発では、エンジニア自身でプロダクトのステークホルダーと技術的な話を共有する場面があります。
- PM
- デザイナー
- セールスやサポート、ビジネスサイド
「なぜこの実装にするのか」「どんなメリット・デメリットがあるか」「どの程度のリスクがあるか」を、これらのステークホルダーに伝わる形で説明することが求められます。それにより要件の実現方式や仕様を見直すこともあり、エンジニアの裁量や影響力が大きいと言えます。
自社サービスエンジニアを目指すときに意識するとよいこと
受託開発エンジニアから自社サービスエンジニアへ転向するときに、まず意識してほしいのは次の3つです。
- 仕様の背景を知る、考える
- なぜこの仕様なのか？
- ユーザーの課題は何か？
- コードの先にあるユーザーを想像する
- 誰がいつどんな場面で使うのか？
- 何に困っているのか？
- プロダクトを「自分ごと」として捉える
- 改善の余地はないか？
- もっと良くする提案はできないか？
一言でいうと、自分がつくるものに対して受け身にならないことです。これは特別な才能などではなく、少しずつ身につけていける姿勢だと思います。
受託開発の経験もちゃんと活きる
ここまで読むと、「自分には足りないかも」と感じた方もいるかもしれません。でも、受託開発を経験してきたエンジニアは、すでに多くの強みを持っています。
- 前提条件・制約の中で考える力
- 要件を正確に読み解く力
- 品質や安定性への意識
- 関係者と調整しながら進める力
これらは、自社サービス開発でも確実に評価される土台です。
アトラスサービスは、学術・研究というミスが許されにくい領域を支えるプロダクトです。だからこそ、受託開発で培われた「ちゃんと動くものを作る力」は大きな価値になります。
おわりに
受託開発と自社サービス開発、どちらが高度で難しいという話ではありませんが（受託開発には受託開発ならではの大変さもあります）、自社サービス特有の難しさと言えるものがいくつかあります。
- 正解が最初から分からない
- 成果がすぐに見えないこともある
- 技術だけでなく価値を考える必要がある
それでも、自分の書いたコードが多くのユーザに使われるサービスとして育っていく体験は、自社サービスならではの面白さです。もしこの記事を読んで「ちょっと大変そうだけど、面白そうだな」「自分も挑戦してみたいな」と感じたなら、チャレンジする価値は十分にあると思います。
アトラスでは、受託開発の経験を持つエンジニアが、自社サービス開発に挑戦し、成長できる環境を用意しています。ご興味を持っていただいた方は、ぜひアトラスのエンジニア採用ページをチェックしてみてください。
