今回は、未経験からエンジニアへ転身し、現在は実装だけでなくPLに近い役割まで担当している宮城さんにインタビューしました。

前職ではアナログな環境で働いていた宮城さんが、なぜエンジニアを目指したのか。未経験で入社して感じた実務とのギャップや、仕事を通して広がっていった役割、そして今後取り組みたいことについて聞きました。

「まずは自分で考えてやってみる。でも、分からなければ周りを頼る」。宮城さんの経験から、クライマーでエンジニアとして働くリアルが見えてきました。

「使う側」から「作る側」へ。未経験からエンジニアを目指した理由

── 未経験からエンジニアを目指したきっかけは何でしたか？

前職は結構アナログな環境だったんですけど、その中でExcelなどを使って業務を簡単にしたり、効率化したりすることが好きだったんです。ちょうど当時、未経験からエンジニアを目指す人も増えていて、プログラミングをきちんと勉強すれば、自分でもシステムやツールを作れるんだと知って、まずは勉強を始めました。

実際にやってみると結構楽しくて、自分が考えたものが少しずつ形になっていくことに面白さを感じました。そこから、システムを「使う側」ではなく「作る側」になりたいと思ったことが、エンジニアを目指したきっかけです。

勉強と実務は、比べものにならないくらい違った

── 入社後、難しかったことや戸惑ったことはありましたか？

一番難しかったのは、勉強していたことと実務との差ですね。比べものにならないくらい違いました。

勉強しているときは、ある程度やることや範囲が決まったものに取り組むことが多かったんです。でも、実際の仕事では初めて見るものが本当に多くて、最初は「何が分からないのかも分からない」という状態になることもありました。だから、まずは何が分からないのかを整理して、自分で調べる。それでも分からなければ周りに聞く、という進め方に慣れるまでは結構大変でしたね。

あと、意外と戸惑ったのがコミュニケーションです。前職では直接話すことが多かったので、最初は「隣にいるのにチャットで報告するんだ」と不思議に感じていました（笑）。でも慣れてみると、履歴が残りますし、相手の作業を止めずに質問や報告ができます。今ではチャットの方が便利だと感じることも多いですね。

自分のタスクだけでなく、チーム全体を見るようになった

── 働いてきた中で、「できることが増えた」と感じた仕事はありますか？

今担当している案件で、PLに近い役割を任せてもらっていることは大きいですね。入社した頃は、誰かが作ったタスクを振ってもらって、それを実装するという仕事がメインでした。

今の案件では、自分でタスクを作ったり、スケジュールを調整したり、他のメンバーの進捗を見て必要であればフォローに入ったりすることも増えています。自分だけで仕事を抱えるのではなく、状況を見ながら他のメンバーにフォローをお願いしたり、「このタスクは誰にお願いするのがいいだろう」と考えたりすることもあります。

限られた人数と時間の中で進める必要があるので、「これは今この人にお願いした方がいい」「ここは別の人に手伝ってもらった方が早い」と考えることも増えました。

以前は自分のタスクを進めることが中心でしたが、今はチーム全体を見ながら、どう進めていくかを考えられるようになった。そこは、自分のできることが増えたと感じる部分ですね。

「この人がいないと分からない」を減らしたい

── 今、仕事や開発の中でもう少し取り組みたいと思っていることはありますか？

今自分が担当している案件については、できるだけ属人化しないようにしたいと思っています。「この作業はこの人しか分からない」「この人がいないと進まない」という状態になってしまうと、担当が変わったときなどに大変なので。

すべての仕事で完全になくすのは難しいと思いますが、少なくとも自分が担当しているものについては、手順を整理したり、ドキュメントを残したりしていきたいです。繰り返し行っている作業は自動化するなど、自分以外の人でもある程度進められる状態にしておきたいですね。

今はAIを使える場面も多いので、以前よりドキュメントの整理などもしやすくなっていると思います。AIも活用しながら、効率化していきたいです。

経験者から、クライマーにはないやり方を学びたい

── 経験のあるエンジニアが入社したら、一緒に取り組んでみたいことはありますか？

他の会社で、どのように開発を進めていたのかは聞いてみたいですね。開発そのものだけではなくて、プロジェクトの進め方やタスク管理、レビューの方法、使っていたツールなども気になります。

今はAIを活用している会社も多いと思うので、「AIをこういう場面で使っていた」という話も聞いてみたいです。

どうしても自分たちは今の環境でのやり方しか知らない部分があります。他社ではどうしていたのかを聞いて、その中にクライマーでも取り入れられそうなものがあれば、積極的に取り入れていきたいと個人的には思っています。

案件によっては、技術選定からUIまで任される

── クライマーでは、エンジニアにどの程度の裁量がありますか？

受託開発なので、案件による部分はかなり大きいと思います。最近担当した案件では、ゼロからシステムを構築する機会がありました。その案件では、クライアントとのやり取りから仕様を詰めて、DB設計をして、使用する言語やフレームワークも決めることができました。画面のUIについても、クライアントと話しながら「こういう形にしよう」と考えて進めたので、かなり裁量が大きいパターンだったと思います。

一方で、既存システムの改修などでは、仕様や使用する言語などがすでに決まっているケースもあります。そのため、どこまで任せてもらえるのかは本当に案件次第ですね。

大変だった仕事ほど、あとから自分の経験になる

── クライマーで働いていて、「経験になった」と感じるのはどんな仕事ですか？

振り返ってみると、そのときは大変だった仕事ほど、あとから「経験になったな」と感じることが多いです。例えば、納期が厳しかった案件や、なかなか予定通りに進まなかった案件ですね。

そういう状況では、何を優先するのかを考えて周りと調整したり、問題が出るたびに対応したりする必要があります。正直、そのときは本当に大変です（笑）。

ただ、別の案件で似たような状況になったときに、「前にもこういうことがあったな」と経験として思い出せるんですよね。その経験は、別の案件でも活かせると思っています。

最近では、AIを活用した案件で、設計や進め方をゼロから考えたことも印象に残っています。「これでいいのかな」と思いながら、正解がないものを形にしていかなければならなかったので、かなり大変でした。

でも、振り返ってみると、それもすごく大きな経験になったと思います。

自分で動く。でも、抱え込みすぎない

── クライマーで働くうえで、向いている人・合いやすい人はどんな人だと思いますか？

ある程度、自分で考えて動ける人が合いやすいと思います。受託開発なので、案件によっては初めて触る言語や、経験したことのないパターンに出会うことも結構あります。

最初は分からないことが多くても、まずは自分なりに調べて、試してみる。その姿勢は大事だと思います。ただ、ずっと一人で抱え込むのも違うと思っています。調べても分からないことや、判断に迷うことがあれば、きちんと周りに相談できることも大切です。

最初から全部教えてもらうというスタンスではなくて、まずは自分でやってみる。でも、分からなければちゃんと周りを頼る。そのバランスで働ける人は、クライマーに合っていると思います。

実装だけじゃない。案件によって役割を広げられる

── クライマーで働いていて、魅力に感じているところはどこですか？

実装だけではなく、案件によっていろいろな役割を経験できるところですね。実際に手を動かして実装することも面白いですし、技術的にできることが増えていくのも嬉しいです。

ただ、個人的にはPLに近い役割が自分に合っていると感じています。実装以外にも、チーム全体を見ながら進め方を考えたり、調整したりする仕事に関わってみて、「こういう仕事も自分に合っているんだ」と気づくことができました。もちろん、どこまで関われるのかは案件によります。

リードエンジニアやPLに近い役割を担うこともあれば、エンジニアとしてクライアントと直接やり取りするところまで担当することもあります。実装を続けながら、自分の役割の幅を広げていける。そこはクライマーで働く魅力だと思います。

私自身は、クライアントとも直接やり取りしたいタイプですね。間に誰かを挟まず直接話せた方が、スムーズに進むこともあります。もちろん、うまくいかないケースも経験しました。でも、「あのときは、ここが良くなかったのかもしれない」と振り返ることも含めて経験になっています。

インタビューを終えて

未経験からエンジニアになり、最初は振られたタスクを実装することからスタートした宮城さん。現在は、自分でタスクを作り、メンバーの進捗を確認し、必要に応じてフォローや調整を行うなど、PLに近い役割まで仕事の幅を広げています。

今回のお話の中で特に印象的だったのは、「まずは自分で調べてやってみる。でも、分からなければ周りに頼る」という言葉でした。初めて扱う技術や正解のない仕事に出会うこともある中で、すべてを教えてもらうのを待つのではなく、まず自分で動いてみる。一方で、一人で抱え込まず、必要なときには周囲の力を借りる。その積み重ねが、宮城さんの現在の仕事の幅につながっているのだと感じました。

クライマーでは、案件によって任される領域もさまざまです。実装を深めるだけでなく、技術選定やクライアントとのやり取り、チーム全体の進行などに関わる機会もあります。

「エンジニアとして、実装のその先にも挑戦してみたい」。そんな方にとって、自分の得意なことや新しい役割を見つけながら成長していける環境なのではないでしょうか。