プロジェクトストーリー STORY

私は情報系の学校出身ですが、地元の広島で働きたいという思いが強くありました。HITSは安定感があるだけでなく、フレックスやリモートワークなど働きやすい環境が整っている点に惹かれました。

私も広島で働きたいというのが一番でした。ただ、私は文系出身でITの知識が全くなかったので不安でした。でも、HITSは入社後の研修期間がみっちりあると聞いて、文系からでも挑戦しやすい環境だと思い入社を決めました。同期の女子3人はみんな文系出身なんですよ。

最初の約2ヶ月間は基礎からしっかり学ぶ研修がありました。最後には6人くらいのチームで役割（ドキュメントリーダーなど）を決め、宿泊施設の顧客検索・予約システムを作る実践的なカリキュラムがあって、そこでシステム開発の一連の流れや働くイメージを掴むことができました。

現場への配属は6月でしたが、更にそこから8月まで、このプロジェクトで使うクラウド型の業務システムの資格を取得するための勉強期間が設けられていました。おかげで、9月からの本格的なプロジェクト参画にもスムーズに入っていくことができましたね。

私たちが担当しているのは、証券会社様の「不正な取引がないかをチェックする審査業務」を効率化するシステムの開発です。これまでは複数の古いシステムを使っていて手間がかかっていたため、クラウド型の業務システムを使って、申請から承認までを一連で行える新しいアプリを作るプロジェクトです。

私も同じく、業務システムを用いた「画面開発」を担当しました。審査をする現場の担当者さんが操作しやすく、必要な情報が画面遷移しなくても一目でわかるような画面作りを心がけました。

私は別の技術を使って、システム同士をつなぐ仕組みの開発を担当しました。二人が作った画面から「検索」や「更新」の指示が出たときに、実際に裏側でデータを出し入れする「橋渡し役」のようなものです。これまで1件ずつ手作業で行っていた申請・差戻・承認作業を、一括で処理できるようにする機能などを作りました。

そうなんです。最初は「この審査って何のためにやるの？」という状態でした（笑）。でも、実際のユーザーである証券会社様の担当者さんにヒアリングをして業務の流れを教わったり、社内のコンプライアンス勉強会で金融の知識をインプットしたりして、少しずつ理解を深めていきました。

はい、一番苦労したのは「コミュニケーション」です。私が作った機能と、パートナーさんが作った別の機能を繋ぐテストで、不具合が起きてしまって。どちらが原因か調査するにも、各社の開発スタイルや前提の違いがあって認識のズレが起きていたんです。

そこで、文字情報だけで伝えるのではなく、図やスクリーンショットを使った資料を作成して、齟齬をなくす工夫をチーム全体で実践しました。

あとは、過去の古いシステムからの作り直しということもあり、「そもそも設計書がない」「仕様がフワフワしている」といった壁にもぶつかりました。大規模かつ複雑な環境のため、誰に聞けばいいか分からないことも多くて。

チームでの情報共有と、先輩の力です！例えば、設計書がない問題に対しては、過去のソースコードを読み解いてくれるAIツールを活用しました。毎日の夕会で「このツール便利だよ」とチーム内で共有し合って、みんなで乗り切りました。

先輩方のサポートも本当に手厚かったです。仕様が分からなくて困っている時に、先輩が設計書を集めてくれたり、細かくレビューをしてくれたりと、私たち若手を全力でバックアップしてくれました。

開発現場って「一人でパソコンに向かって黙々と作業する」イメージがあったんですが、実際は同期同士で分からないことを相談し合いながら進められる環境でした。新人が同期で同じプロジェクトに配属されるのは珍しいそうなのですが、心強かったですし、良いギャップでしたね。

私は、システムを「動かす」だけでなく、「現場の担当者が安心して使える品質」にこだわることの重要性を学びました。性能テストの時に、大量のデータを取得して画面に表示させようとしたら、ページがクラッシュしてしまったことがあって。

はい。単に機能を満たすだけでなく、実際にどう使われるか、どれくらいのデータ件数を処理するのかといった「動作の速さやデータ量への耐性といった品質面」を、最初の設計段階から考慮しないといけないと痛感しました。

私は、不具合の原因の多くが実装のミスではなく、「上流工程での設計の甘さ」にあることを実感しました。実装を始める前に、画面の動きのイメージや前提条件をしっかりすり合わせておくことが、全体の品質に直結するんです。

今回、証券会社様や外部のパートナーさんがいる会議で、先輩が分かりやすく説明して引っ張っていく姿を見て、かっこいいなと思いました。私も数年後にはチームの表に立って、周囲を巻き込みながらプロジェクトを引っ張っていけるような存在になりたいです。

私は、お客様から言われたものを作るだけではなく、業務を深く理解して、「こちらの方が良いのではないか」と上流工程から提案できるエンジニアになりたいです。

私は、今回の反省を活かし機能だけでなく「動作速度やデータ量への耐性といった品質面」もしっかり考慮できる設計を行い、全体で品質を担保できるSEを目指して開発を続けていきたいです。