就活の前にいくつかIT系の資格を取っていたので、用語や概念はなんとなくわかる状態ではありましたが、いざ開発するとなるとしり込みしてしまって。本格的にコードを書き始めたのはISIDに入ってからです。ISIDは新入社員研修が手厚く、ビジネス基礎等も含めて約6ヵ月間の研修があります。そのとき、チームでJavaを使ってWebアプリケーションを開発する課題に挑戦したのが初めてですね。研修期間が終わって本配属されると、業務やITについて次々と学ぶべきことが出てきたので、自分でも継続して勉強していきました。当時、私が入った部署には5〜10年目の先輩が多かったこともあり、「先輩に追いつけないまでも、早く一緒に話ができるくらいにはなりたい！」という思いが強くありましたね。研修を通じて自分で勉強するための下地ができていたからこそ、その後も抵抗なく自主的に継続的な勉強ができたのだと思います。

私は中島さんのように入社前から資格を取ったりはしていません。入社後に資格を取って、あとは業務で必要なことが出るたびに、それに応じた資格を取ったり勉強をしたりというのは今でも続けています。資格の取得や研修の参加にかかる費用は、すべて会社に負担してもらっています。次はどんな知識をつけるといいか、そのためにどういう研修やセミナーを受講するといいか、部内の先輩方にアドバイスをもらうこともよくあります。皆さん協力的で、頑張る人を応援してくれる方ばかりなので、いつも温かいサポートをしてもらっています。

それはないですね。理系の人のほうが抵抗感なくITやプログラミングに触れられるのかもしれませんが、理系といっても物理や生物、数学をやってきた人もいるので、スタートはみんな同じ感じです。文系でも理系でも、実際にやってみて苦手だと思う人もいれば、得意だと感じる人もいる。私は楽しいと思えたので、文系だからといってネガティブに捉えたことはないです。

私が担当しているOutSystemsは、当時まだ社内でも使い始めたばかりで、誰かに聞いて教えてもらえる環境ではなくて、「みんなで勉強しないといけないから、とにかくどんどんやってみよう」と背中を押してもらえる雰囲気でした。そんな中、先輩からヒントをもらいながら自分なりに色々と勉強して、OutSystemsの最上位の認定資格を社内で最初に取得できたのが評価してもらえたようです。どれくらい勉強すればいいかもわからない不安な中で、「業務時間の1割は勉強にあててもいいよ」とか、「社内の環境を使って勉強していいよ」と言ったサポートをしていただけたのは、とてもありがたかったですね。手を挙げたら背中を押してもらえるというのは、ISIDの良いところだと思っています。

コードを書いていてエラーが出たときに、他の人を頼らずに自分で調べられるようになったり、誰かに聞くにしても原因のありそうなところに当たりをつけられるようになったりしたときは、少しは成長したかなと感じましたね。最近では、視野が広がってシステムの構造を理解しながら全体像を意識できるようになってきているのが、成長を実感しているところです。

少しずつチームリーダーのような仕事をすることが多くなってきているので、配属当初に比べて視野が広がっていると思います。細部と細部の関係性を意識できるようになったり、自分の担当している機能やチームだけでなく、周辺のことにも目を向けられるようになったり。少しずつレベルアップしているように感じています。

上司との面談の際に、「お客様と接しながら開発全体をマネジメントするPMになりたい」か、それとも「技術を極めるアーキテクトになりたいか」を聞かれるのですが、個人的にはどちらも興味があって、まだ明確に決められていないというのが正直なところです。お客様と会話をしながら進めていく仕事は楽しそうだけど、技術をわかっていないとPMになったときに困ると思うので、まずは社内外から「この領域なら、中島に聞けばいい」と思われるような領域を作れるようになりたいと思います。