INTERVIEW
「モノづくり」の喜びを原動力に。
未経験のWeb領域でも最速で成長できた理由
システムエンジニア
2024年新卒入社
N.A.
Q.
大学ではIoTやセンサーを使った研究をしていたそうですが、Webシステムを主軸とするテックファームに興味を持ったきっかけは何ですか？
学生時代のものづくりを通じて、使った人から直接感想を得られたこと
大学時代はマイコンやセンサーを使い、独居高齢者の転倒を検知するシステムの研究に打ち込んでいました。カメラを使わずに温度センサーのグリッド情報から「人のシルエット」をAIで解析し、即時性を持って異常を察知する仕組みです。高校から情報科で電子工作に親しんできたこともあり、ハードウェアに近い領域は自分にとって「趣味」に近いほど馴染み深いものでした。
就職活動を始めるにあたって考えたのは、その「モノづくり」を誰のために行うのか、ということです。学生時代に自作したものを外部の方に触ってもらう機会があり、そこで直接「感想」や「楽しんでいる姿」を見られたことが、自分にとって何よりの喜びでした。
だからこそ、仕事では「顧客に近い距離で働けること」を最優先の軸にしました。Webシステムにこだわっていたわけではなく、上流工程から一貫して携われ、作ったものがどう使われているかを実感できるSIerを探していたんです。そんな中、インターンで訪れたテックファームは、社員同士の距離が近く、面接も堅苦しくなく、フレンドリーな雰囲気でした。「ここなら、自分の作ったものを喜んでくれる人の顔を想像しながら働ける」と直感し、Webエンジニアとしての第一歩を踏み出すことに決めました。
2年目で上流工程へ。
その背景は積極的な意思表示と
手厚いサポート
Q.
就職活動では多くのSIerを見ていたそうですが、その中でなぜテックファームを選んだのでしょうか？
「自然体で働きながら、エンジニアとしての力を伸ばしていけそうだな」と思えた
学生時代は電磁界シミュレーションやゴルフスイング解析など、プログラミングを使った研究に取り組んでいました。扱っているテーマこそ違いますが、「コードを書いて、動きを確かめて、改善していく」という意味では今の仕事にも通じていると感じます。
就職活動では、そうしたバックグラウンドを活かしつつ、特定の分野に絞らずさまざまな技術や案件に関わりたいという思いから、主にSIerを見ていました。その中で特に重視していたのが、「自分らしく成長できる環境かどうか」です。
テックファームに惹かれた一番の理由は、「技術への熱量」と「穏やかな社風」のバランスでした。 私が研究していた電磁界シミュレーションは少しニッチな分野なので、面接で踏み込んだ会話にはなりづらかったのですが、テックファームの面接では担当の方がすごく食いついてくださり、とても盛り上がったんです（笑）。 「ここは本当に技術が好きな人が集まっているんだな」と感じ、とても嬉しかったのを覚えています。
また、会社見学で感じた社員の方々のフラットな雰囲気や、Udemyや研修などの学習支援に力を入れている点も大きかったです。「ここなら、自然体で働きながらエンジニアとして力を伸ばしていけそうだな」と感じたことが、入社の決め手になりました。
Q.
プログラミング経験はあってもWeb領域はほぼ未経験。入社後、どのように知識をキャッチアップしていきましたか？
「任された＝やれるはず」という
信頼に応え、領域を広げる
Webエンジニアとして働く上で、最初は当然知らないことばかりでした。言語についても、学生時代にRubyを少し触った程度。テックファームではバックエンドがJava、フロントエンドにはTypeScriptを使うことが多いですが、研修や実務を通して「言語が変わっても基礎となるロジックは引き継げる」と気づいてからは、過度な不安はありませんでした。
成長の大きな転換点になったのは、配属されたプロジェクトの教育方針です。「やれそうなら、まずは任せてみる」という文化があり、1年目からフロントエンド、バックエンド、データベース、そしてインフラまで、領域を限定せずに挑戦させてもらえました。
もちろん、初めての作業には戸惑いもあります。でも、「任されたということは、自分ならやれるはずだと判断してくれたんだ」とポジティブに捉えるようにしました。気後れしてチャンスを逃すより、まずは飛び込んでみる。分からないことがあっても、社内には各分野の有識者がいて、チャットや対面でいつでも相談できる環境があります。実務で手を動かしながら、壁にぶつかったら調べて知識を定着させる。この「当たって砕けて、吸収する」のサイクルを高速で回したことが、今の自分の土台になっていると感じます。
Q.
2年目で上流工程やレビューを担当されています。早期ステップアップの背景には何があるのでしょうか？
「計画的に導いてくれるOJTの先輩の存在」と「積極的な意思表示」
研修期間終了後、企業向けのファイル管理システムの開発プロジェクトへ配属されました。 当時はリリース直後のタイミングだったため、まずは開発環境の整備やドキュメント更新、軽微な不具合修正など、比較的取り組みやすいタスクから任せていただきました。
その後、フェーズが進む中でテスト工程にも関わるようになり、Lintやフォーマッターの導入による環境改善、機能追加の実装、テストケースの作成など、担当範囲が徐々に広がっていきました。 2年目の現在は、要件定義・基本設計・実装・テストまで一通りの工程を経験しつつ、コードレビューなども担当しています。
学生時代の友人や先輩など、先に働きはじめていた知人から「若手のうちは、なかなか希望する工程を任せてもらえない」という話をよく聞いていたので、自分も下積み期間は長いものだろうと覚悟していました。 だからこそ、これほど早くから責任ある役割を任せてもらえたことには、良い意味で驚きました。
早期に役割を広げられた理由は、「計画的に導いてくれるOJTの先輩の存在」と「積極的な意思表示」があると思います。 OJTの先輩と定期的にミーティングをするのですが、その中で先輩が「〇ヶ月後にはここまでできるようになろう」と具体的なマイルストーンを敷き、実務の中で少しずつ任せるタスクの難易度を上げながら導いてくれました。 また、普段から「どんなことをやりたいの？」と聞いてもらえる場面が多く、そこで「基本設計に挑戦したい」「上流工程に関わりたい」と発信し続けていたことで、チャレンジできそうなタイミングが来た時に、「じゃあ、やってみる？」と任せていただけたのだと思います。
大学時代に講義アシスタント（TA）として人のコードを読む経験があったため、レビュー自体に抵抗はありませんでしたが、それを実務レベルに引き上げられたのは、こうした先輩方の計画的なサポートがあってこそだと感じています。
※OJTの先輩のインタビューはこちら
Q.
現在のプロジェクトでは、具体的にどのような業務を担当していますか？
要件定義からインフラまで、
フルスタックに挑む日常
現在は、インテリアのオーダー管理を行うWebシステムのプロジェクトに携わっています。チーム構成はパートナーさんを含め14名ほど。私はその中でフロントエンドからバックエンドの開発を幅広く担当しています。
最近では開発作業に留まらず、要件定義などの上流工程にも少しずつ関わるようになりました。お客様の要望をどうシステムに落とし込むか、設計の段階から議論に参加できるのは、入社前に思い描いていた「顧客に近いエンジニア」の理想に近い形です。
また、並行してインフラ業務へのコミットも強めています。先輩社員がインフラを担当されているのですが、横で話を聞いているうちに「このパラメーターにはどんな意味があるんだろう？」と興味が湧いたのがきっかけです。分からないままにするのが嫌で、自分でもAWS（Amazon Web Services）の勉強を本格的に始めました。今では、開発だけでなく、システムが動く基盤そのものを支える視点を持って業務に臨めるようになっています。
Q.
Best Fresher賞（※）の受賞、おめでとうございます。日ごろ業務をする際に心掛けていることはありますか？
※Best Fresher賞： 前年度の新卒入社者の中で、最も活躍したメンバーに贈られる賞。
「どんな業務も楽しめるまで理解度を上げること」と「自分の課題を見つけ、一つずつ解消していくこと」
意識しているのは「どんな業務も楽しめるまで理解度を上げること」と「自分の課題を見つけ、一つずつ解消していくこと」です。一見地味なタスクも深く理解して面白がり、課題があれば手を動かして解決する。その積み重ねが受賞につながったのだと思います。もちろん、困ったときに相談に乗ってくれる先輩がいて、安心して仕事に取り組めたことも大きかったです。評価のタイミングでは、結果だけでなく「次はこれができれば良い」とプロセスを含めたフィードバックをもらえました。現在地と次へのステップが明確になるので、納得感を持って業務に取り組めたと思います。
2年目でランクが大きく上がり、プレッシャーを感じたこともありますが、それ以上に「自分の成長をきちんと見てくれているんだ」という嬉しさが大きかったです。ランクアップに合わせ、給与面にもしっかり反映があり、責任の重さとともに期待も感じました。技術が好きなので、勉強や日々の努力そのものも楽しんでいますが、「やりがい」だけで終わらず、きちんと待遇にもつながっていく仕組みがあることで、次の目標にも前向きに取り組めています。
Q.
インフラの学習に関連して、社内の若手メンバーと切磋琢磨しているそうですね。
AWS「12冠」を目指す、
もくもく会という名の熱い時間
テックファームには、若手エンジニア同士が自発的に集まる勉強会があります。週に一度、業務終了後にスペシャリストの先輩社員を中心に集まっているのですが、これがただの講義形式ではなく、各自がやりたいことを進める「もくもく会」に近いスタイルなんです。
私の場合、今のプロジェクトでインフラの知識を深めたいという目標があったので、「AWSの認定資格12種類、全部取ります！」と宣言しました。今は半分まで取得したところですが、勉強を進めるごとに、現場で先輩たちが話している内容が「点と線でつながる」感覚があり、それが面白いです。
一人で勉強していると挫けそうな時もありますが、隣で同期のメンバーが同じように技術を突き詰めていたり、先輩が人生相談に乗ってくれたりする。キャリアの方向性や日々の悩みを、フラットに話せる仲間がいることは、技術を磨き続ける上での大きな原動力になっています。
Q.
ご自身の成長を振り返って、特に印象的だった研修や制度はありますか？
アジャイル開発研修とUXデザイン研修
アジャイル開発研修です。今関わっているプロジェクトはウォーターフォール開発ではあるのですが、リリースの回数が多く、その間隔が短い進め方をとっています。そのため、アジャイル開発の基本的な考え方をインストールすれば、今のプロジェクトに応用できるものがたくさんあるなと感じました。応用については自分だけでは判断が難しい部分もあるので、先輩社員と相談しながら考えて反映しています。
ほかに印象に残っているのは、UXデザイン研修です。 私はフロントエンド開発を担当しているのですが、デザイナーさんと話す際、冗長な言葉になってしまうことを課題に感じていました。自分では解決策が分からなかったのですが、上司にこの研修を勧めていただき、UXの基礎やデザイナーの視点を学ぶことができました。その結果、デザイナーとの共通言語が生まれ、実際のプロジェクトでも早い段階からデザイナーの方と建設的な議論ができるようになり、開発の手戻りも減りました。
また、社内では「Reactブートキャンプ」のような有志の勉強会や、スペシャリストによるセミナーも頻繁に開催されています。技術ロードマップが明確にあり、そこに向かうための研修や学習機会が豊富に用意されているのは、エンジニアとして非常に心強いですね。
Q.
実務の中で、特に「難しい」と感じたことや、それを乗り越えた経験はありますか？
お客様への説明は
「1ピクセル」の意図まで丁寧に
一番の難しさは、やはりクライアントワークにおけるコミュニケーションです。特にUI/UXの検討では、正解が一つではありません。例えばボタン一つとっても、押した後の挙動や配置を「あと1ピクセル動かしたほうがいい」といった議論になることがあります。
システム側からすれば「効率的な設計」があっても、ユーザーにとっては「使いにくい」かもしれない。その逆も然りです。ここで大切なのは、自分たちの意図をどれだけ丁寧に、分かりやすく伝えられるかです。先輩からは「お客様はシステムの詳細を知らない前提で、徹底的に噛み砕いて説明するように」とアドバイスを受けました。
ある時、会議でとっさの質問に答えられず、後から「あ、こう答えればよかった」と悔しい思いをしたことがあります。それからは、どんな些細な疑問にも即座に根拠を持って答えられるよう、事前準備を怠らないようにしています。泥臭い努力ですが、こうしたラリーの積み重ねがお客様との信頼関係を作っていくのだと、現場で身をもって学んでいます。
Q.
今後はどのようなエンジニアを目指していきたいですか？
チームに安心感を与えられる
スペシャリストになりたい
新しい技術を吸収したり、技術に集中して課題を解決していくのが好きなので、マネジメント職ではなくスペシャリスト職を目指したいと考えています。 社内には技術力が高いだけでなく、それぞれの得意分野を持ったロールモデルとなる先輩がたくさんいるので、良いところをどんどん吸収したいです。
私も先輩方のように、技術力でプロジェクトを牽引するのはもちろん、チームにいるだけでメンバーが安心して開発に打ち込めるような、そんな存在感のあるスペシャリストになりたいです。
Q.
最後に、N.A.さんがこれから目指したいエンジニア像を教えてください。
技術の裏付けを持って、
お客様の期待を形にするプロへ
入社当初は「上流工程をやりたい、PMになりたい」という思いが強かったのですが、現場でスペシャリストとして活躍する先輩たちを見ているうちに、自分の中に「もっと技術を極めたい」という気持ちが芽生えてきました。
目標にしているのは、プロジェクトで一緒に動いている先輩社員です。開発ができるのはもちろん、PLとしてお客様との要件定義も冷静にこなし、インフラまで幅広くカバーしている。その姿を見て、「技術的な裏付けがあるからこそ、上流工程でも質の高い提案ができるんだ」と確信しました。
まずはAWS 12冠を達成し、インフラに強いWebエンジニアとしての確固たる武器を持ちたい。そして、お客様が「こんなことがしたい」と口にした時に、即座に「それなら、この技術を使ってこう実現しましょう」と最善の形を提示できるプロフェッショナルを目指したいです。
Q.
ご自身の成長を振り返って、特に印象的だった研修や制度はありますか？
アジャイル開発研修とUXデザイン研修
アジャイル開発研修です。今関わっているプロジェクトはウォーターフォール開発ではあるのですが、リリースの回数が多く、その間隔が短い進め方をとっています。そのため、アジャイル開発の基本的な考え方をインストールすれば、今のプロジェクトに応用できるものがたくさんあるなと感じました。応用については自分だけでは判断が難しい部分もあるので、先輩社員と相談しながら考えて反映しています。
ほかに印象に残っているのは、UXデザイン研修です。 私はフロントエンド開発を担当しているのですが、デザイナーさんと話す際、冗長な言葉になってしまうことを課題に感じていました。自分では解決策が分からなかったのですが、上司にこの研修を勧めていただき、UXの基礎やデザイナーの視点を学ぶことができました。その結果、デザイナーとの共通言語が生まれ、実際のプロジェクトでも早い段階からデザイナーの方と建設的な議論ができるようになり、開発の手戻りも減りました。
また、社内では「Reactブートキャンプ」のような有志の勉強会や、スペシャリストによるセミナーも頻繁に開催されています。技術ロードマップが明確にあり、そこに向かうための研修や学習機会が豊富に用意されているのは、エンジニアとして非常に心強いですね。
