研修と現場経験を力に、若手リーダーへ成長

学生時代はロボット教材を活用した制御教育プログラムの研究に取り組んでいました。制御教育プログラムとは、ロボットを教材として使いながらシステムの動作や制御の仕組みを学ぶ教育手法のことです。研究を通じてプログラミングへの関心が自然と高まっていきました。

一方で、アルバイトでは接客業に携わり、お客様や同僚とのやりとりを通じてコミュニケーションスキルを磨いていました。メンバーと協力しながら業務をこなしていくなかで、一人ひとりが力を発揮するためには協調性がいかに大切かを身をもって感じました。技術的な学びとは異なる、人との関わりから得たこの経験は、今でも自分の軸になっていると感じています。

就職活動では、授業でプログラミングを学んでいた経験を活かせる場として、IT業界を中心に企業を探していました。「漠然とした興味」という感覚に近かったのですが、自分の知識や経験を土台にしながら成長できる環境であることを大切な軸にしていました。業界は最初からIT業界に絞って、幅広い分野のシステム開発に携われる点、SEとしてさまざまなフィールドで活躍できる環境があるという点に魅力を感じていました。SEとはシステムの設計・開発・運用を担う職種です。

実際に入社前の段階では、ハイマックスは設計から開発まで幅広く手がけており、SEとして多様な経験を積める環境だというイメージを持っていました。そのイメージは選考を通じても変わらなかったのですが、新たに気づいたこともありました。技術的な知識やスキルはもちろん大切ですが、周囲と円滑に情報を共有するためのコミュニケーション能力も同じくらい重要だということです。面接での対話を通じて、この会社では人と人とのつながりを大切にしながら仕事を進める文化があるのだと感じました。

入社を決めた最大の理由は、研修制度の充実でした。入社後に体系的な研修を受けられる環境が整っていることで、知識やスキルをしっかりと身につけながらスタートできると感じたのです。さらに、配属後もOJT（職場内で実際の業務を通じて行う実践的な教育訓練）を通じて実務を学べる環境があることも、大きな後押しになりました。「入ってからも学び続けられる」という安心感が、入社への踏み出しを後押ししてくれたと思っています。

入社後は、まずビジネスマナー研修からスタートしました。社会人としての基本的な立ち振る舞いを身につけた後、Javaというプログラミング言語の研修へと進み、エンジニアとしての土台を築いていきました。その中でも特に印象に残っているのが、チームで協力しながら実際にシステム開発を行う実践的な研修です。

この研修では、まずWBS（Work Breakdown Structure：プロジェクトの作業内容やスケジュールを細かく整理するための管理表）を作成するところから始まりました。「何を・いつまでに・誰が担当するか」を明確にしたうえで、チームメンバーと連携しながら開発、そしてテストまでの一連の工程に取り組みました。学校の授業で個人的にプログラムを書くことはあっても、複数人で役割を分担しながら一つのシステムを完成させるという経験は初めてで、計画的に開発を進めることの重要性をこのとき初めて実感しました。チームで動くということは、自分の進捗が他のメンバーにも影響するということ。その責任感と連携の大切さを、研修の段階から体感できたことは、その後の現場業務においても大きな財産になっています。

研修を終えて配属されたのは、共済システムの開発・保守を担うチームでした。入社後から現在に至るまで、一貫してこの部署でさまざまな機能の開発やテストに携わっています。新しい機能を実装するたびに扱う技術や業務知識の幅が広がり、少しずつ自分の成長を感じられるようになりました。

入社後にもっともギャップを感じたのは、開発業務そのものよりも、顧客とのコミュニケーションや要望のすり合わせに多くの時間を要するという点でした。「エンジニアはひたすらコードを書く仕事」というイメージを漠然と抱いていたのですが、実際には顧客の意図を正確に理解し、認識のずれが生じないよう丁寧に確認を重ねるプロセスが非常に重要でした。技術的なスキルと同じくらい、いやそれ以上に、コミュニケーション能力が求められる仕事なのだということを、現場に出て初めて深く理解しました。認識相違が発生すると、後工程での手戻りが大きくなるため、密に連絡を取り合い、小さな疑問もその場で解消していく姿勢が不可欠だと感じています。

入社後数年でチームリーダーを任され、メンバーの工数管理や作業状況の確認、他チームや顧客との調整なども担当しています。入社当初は、自分がこれほど大きな役割を担うとは想像していませんでした。

仕事をする中で、特に印象に残っている成功体験があります。テスト業務（開発したシステムが正しく動作するか確認する工程）を進めていたとき、なかなか思うように進まない場面がありました。原因がわからないまま時間だけが過ぎていく焦りの中で、ログやプログラムの動きを確認しながら、諦めずに試行錯誤を続けました。その結果、自力で原因を特定することができ、無事にテストを完了させることができました。

そのときの「自分でやりきれた」という感覚は、今でも鮮明に覚えています。この経験が自信になり、その後の業務でも困難な局面に直面したとき、「まず自分で徹底的に考え抜く」という姿勢につながっていると感じています。

一方で、苦い失敗経験もあります。初めて設計書（システムの仕様や構造を記した文書）のレビューを行った際、準備が十分でなかったために、顧客からたくさんの指摘をいただいてしまいました。その場では十分に答えられず、悔しい思いをしたことを今でも覚えています。この経験を機に、やり方を根本から見直しました。顧客へのレビュー前に、チーム内で事前レビューを実施するようにしたのです。チームメンバーと事前に内容を確認し合うことで、指摘されそうなポイントを予想し、あらかじめ回答を準備できるようになりました。同じ失敗を繰り返さないために工夫を重ねた結果、その後のレビューでは自信を持って臨めるようになりました。

こうした経験を通じて感じているのは、自分自身の視野の広がりです。学生時代は、どちらかといえば自分の考えや判断を優先しがちでした。しかし今は、顧客の立場やチームメンバーの状況を踏まえながら物事を考える機会が自然と増えています。リーダーとして、「自分がどう動くか」だけでなく「チーム全体がどう動くか」を意識するようになったことが、最も大きな変化だと感じています。多角的な視点で物事を捉える力は、この数年間の業務の中で少しずつ身についてきたものだと思っています。

直ぐにでも取り組みたいのは、レビューを行う立場として成果物の品質向上に貢献することです。レビューとは、システム開発の各工程で作成した設計書やプログラムなどの成果物を検証・確認する作業のことで、品質を担保するうえで欠かせない重要なプロセスです。

これまでは自分の成果物をレビューしてもらう立場でしたが、今後はチームメンバーの成果物を確認する側として活躍していきたいと思っています。そのためには、一つの視点にとどまらず、さまざまな角度から成果物を見る力が必要だと感じています。適切な指摘や質問ができるようになるために、日々の業務の中でも「なぜこの設計になっているのか」「他にどんな考え方があるか」といった問いを意識するようにしています。

中長期的には、技術力はもちろん、顧客とのコミュニケーション能力や課題解決力も兼ね備えたSEを目指したいと考えています。システム開発の仕事は、技術的なスキルだけがあれば成立するものではありません。お客様が本当に何を困っていて、何を解決したいのかをしっかりと聞き出し、それを形にしていくプロセスには、深いコミュニケーションと課題を整理する力が不可欠です。「この人に任せれば大丈夫」と安心してもらえるようなSEになることが、私の大きな目標です。

最後に、入社を検討されている方へ伝えたいことがあります。入社後の研修が充実しているので、配属時の不安は思ったより少ないと思います。配属後もOJT制度（先輩社員が実務を通じて指導する仕組み）があるため、困ったときに頼れる人がいるのは大きな安心感につながります。

それ以上に感じるのは、職場の雰囲気の温かさです。気兼ねなく話せる空気があり、疑問や不明点があればすぐに質問できる環境なので、一人で抱え込むことなく仕事を進められます。どんな方に来てほしいかと聞かれたら、技術的な知識よりも、前向きにコミュニケーションが取れる方ですね。技術は研修や日々の業務を通して着実に身につけられます。まずは「一緒に働く仲間と連携しながら頑張りたい」という気持ちがあれば、きっと活躍できる環境だと思います。