私は今、セキュリティー関連のプロダクト開発案件に携わっています。開発環境は、Node.jsです。

先月から、開発チームのサブリーダーを任されていて、メンバーマネジメントも業務の一つです。

私は、物流関連のプロジェクトにおいて、JavaやOracleを用いた保守開発を行っています。

以前は仕様書を元に正確なプログラムの開発を行うことのみに従事しておりましたが、今は保守を行なっている際に発生した問題に対して、どのような開発を行うべきかこちらから複数の案を提案して業務を行っています。

はい、私は全くの未経験からのスタートでした。

前職は営業職だったんですが、退職後、手に職をつけたいと思い転職を考えていたところ、「私はこれができます」と自信を持って言えるものが欲しいなと思い、エンジニアを目指すことにしました。

そうですね。あとは前職の営業経験も活かして、「コミュニケーションが得意なエンジニア」を目指したいなと思いました。きっと重宝されるんじゃないかなって。

私は前職もエンジニアだったんですが、スキルがなかなか上がらず、エスユーエスに入社した時はスキルに全く自信がなくて。

指示されたことは正確に行なっている自負はありましたが、それだけで本当にいいのかと。転職のきっかけも自分のスキルへの焦りからでした。

当たり前ですが、経験がなかったのでそもそもIT業界の常識や携わったプロジェクトの業務知識、開発言語のスキル不足などに苦労しました。

技術研修で一通りの知識を得ることはできたのですが、実際の業務に入ってみると、より実践的なアウトプットが必要であると痛感して。

質問しようにも、「何が分からないかが分からない」こともよくあり、最初は苦労しましたね……。

私はスキル面で苦戦することも多かったですが、特に自分の発想力の乏しさに落ち込みました。

エンジニアは、知識や技術力だけでなくて、柔軟な発想を求められる場面もあるのですが、そこでアイデアが出てこない自分が悔しかったです。「なんで思いつかなかったんだろう！」って。

私がやっていたことは、大きく二つです。

まず①からお話しすると、業務内容や技術知識について自分自身の理解度を確かめるために上司や同僚にアウトプットの機会を少し多めにもらっていました。

まず自分で調べて、ある程度理解ができたら、自分の認識を上司や同僚に共有していました。認識が間違ったまま先に進まないように、意識していましたね。

ないと言うとうそになりますが、そこは割り切って開示するようにしてました。できない自分を隠しちゃうと、後でつらくなるのは自分なので。

普段はリモートワークのため、チャットツールでのコミュニケーションが主ですが、私は、未経験ということもあり、分からない点をテキスト化するのに時間がかかってしまうため、自分で調べてみてどうしても分からないときは、上司に直接電話で相談をしていました。

電話だったら、話しながら不明点を解決できますし、焦っている気持ちも相手に伝わるので、丁寧なアドバイスをいただけるのもありがたかったです。

最初はそんな思いもありました。でも私が早く理解して仕事が進んだ方が結果的にチームのためになりますし、どんどん相談させてもらいました。

私自身、営業職に就いていた頃マネジャーのポジションだったので、「分からないことはどんどん聞いてもらった方がいい」というのを知っていたからできた、というのもあるかもしれません。

そして、学んだことはその日のうちにメモにまとめていました。覚えられるように手書きで作成し、辞書代わりに引けるようにラベルをつけて、いつも手の届く場所に置いています。

業務でつまづいた時にこれを見れば解決できるので、本当に便利です。

はい。エンジニアなのに手書きなんだ！ って言われたりしますが（笑）、私は手で書いた方が覚えやすいですし、紙の辞書の方が振り返りやすくて使いやすいなと思ってます。

実は、私も上月さんとほぼ同じことをしていました！

まず、つまづいたところはメモに残すようにしています。先ほど「発想力がない」という話をしましたが、自分にはなかった視点をメモにして残しておけば、アイデアの引き出しを増やしていけますから。

また、メモはテキスト形式で残しておき、誰が見ても分かるくらい詳しく書くように心掛けています。

自分が本当に理解できているかどうかを確認できますし、チームのメンバーや後輩に共有することで、自分以外の人たちの役にも立てるかなと思って。

これから入社してくる後輩の中には、自分と同じ場所でつまづく人もいると思うので、その時に手を差し伸べてあげられたらいいなと思います。

また、このメモを見た後輩がさらにメモを書き足していくことで、どんどんブラッシュアップされていくのもいいですよね。

これも上月さんと同じなのですが、上司に質問をする時は、自分が何につまづいているのかが明確に伝わるような言い方を心掛けていました。

①分からないこと
②自分で実行したこと
③その結果

これを伝えた上で、何が聞きたいかを明確にするようにしていました。

そうすることで、上司も「何をどこまで教えればいいのか」が分かりやすく、コミュニケーションをスムーズにできたように思います。

自分を正しく知ってもらい、周りを巻き込むことは、できない自分を「できる」に変えるために必要なプロセスです。

私はひたすらインプットを重ね、質問し、アウトプットするという繰り返しの中で、「どこまで私が理解しているのか」を周囲に伝え続けてきました。

そうすることで周囲の人も手助けがしやすくなるし、自然と振られるタスクの内容も私にピッタリのチャレンジができるものに変わっていったように思います。

AWSなどの新しい技術に触れる機会をもらえたのは、周りの人に自分の状況や理解度を知ってもらえたからだと思います。

そう思います。私は営業職を手掛ける中で、周囲の人たちとコミュニケーションを取って巻き込んでいくことには慣れていたので、この経験がエンジニアとしての成長を早めてくれるというのは、うれしい発見でした。

周りを巻き込むためには、自己開示がしやすい環境を選ぶのも大切です。

先ほど上月さんも、「遠慮せずに上司に電話する」と話してましたが、エスユーエスはこういった行動を迷惑がる人がいないんです。

むしろ積極的に聞くことを評価してくれる。だからこそ、できない自分を開示しやすいのかなと。

それは本当にそう思います。面接で「ここならありのままの自分で働けそうだな」と思える会社を選ぶのも大切かもしれません。

入社したばかりの頃は、どのくらい自分で調べて、どのくらいのレベルから質問していいのかすら分からなかったんですが、そこから相談しちゃってましたね。

エスユーエスはリモートワークで働くエンジニアが多いですが、相談しやすい風土があり、その上で適度に自分で考える余地も残してくれるので、成長につながりやすいのだと思います。

あとは、ありのままの自分を知ってもらった上で、自分の強みを生かした成長ができるようサポートしてくれますよね。

私は未経験で入社したものの、前職でのマネジャー経験を活かせるポジションを与えてもらえたおかげで、入社3年目には開発チームのサブリーダーを任せてもらえました。

転職時に目指していた「コミュニケーションが得意なエンジニア」に少しずつ近づけている。今、そんな実感があります。