社員を知る
要件定義から開発まで 本質理解でブレない アプリ開発を目指す
所属されている部署とどんな業務を行われているのか教えてください
経営計画部に所属、DX領域を担当しています。現在は社内外のアプリやツール開発を依頼いただく方の要望ヒアリングから設計・実装まで行っています。他には社内のAIの勉強会やツールの利用状況の分析なども合わせて実施しています。
前職ではどのような業務をされていましたか?
新卒で航空会社に入社し客室乗務員を経験した後、「手に職をつけたい」という思いからIT企業へ転職しました。そこではインフラ系のエンジニアとして、サービスの基盤を整備する業務などを行っていました。インフラエンジニアとして経験を積むことができ、もっとエンジニアとして業務の幅を広げたいと思っていた際に他の部署と関わりがあり、ユーザーの顔が見える領域に挑戦できるDX領域担当の募集があり、トータルサポートに入社しました。
業務にあたる上で、自身の強みや経験を活かせたと思う時はありますか?
客室乗務員時代に培った、相手の要望を汲み取る力は活かせているかなと思います。
ツール開発の依頼をいただく際、依頼者の方も専門ではないので業務改善したいけれど、具体的にどうすればいいか分からずモヤモヤされていることも多いです。そんな時にお話を伺って、どんな物を作ったら良いか要件に落とし込む際には役立っているなと感じます。特に私は学生時代から技術を学んできたタイプではないので、モヤモヤされる気持ちがよく分かりますし、より「こうしたい」という思いが汲み取れているのかなと思います。
業務中「tsマジックを発揮できた!」と思えた瞬間を教えてください
グループ会社が作成した人事関連の複雑な処理のマクロを改修する案件にチームで対応していた時のことです。
改修に使えるように資料がまとまっているわけではなかったので、なぜこの処理がされているか改修に着手する前に業務内容を理解し、ひも解く必要がありました。そこでまずは私が仕組みを理解し、その内容を分かりやすくフロー化してメンバーに共有したことで、その後の業務がスムーズに進みました。まさに「主体性」を発揮できたな!と思えた瞬間でした。
業務を行う中で難しいと感じたことはありますか?
依頼いただいた内容をそのままアプリやツールの機能としてお出しできないこともあって…。そんな時は自分の技術不足や知識不足を痛感します。ただ、「できない」として返してしまうのではなく、「なぜそれをやりたいのか?」「どんな課題を感じているのか」などをヒアリングして、別の方法で解決できないか模索しています。1人で解決するには難しい場面もありますが、そんな時は技術を調べたり、同じチームのメンバーに相談したりします。そうすることで解決できたこともありますし、何度か繰り返しているうちに「完遂力」も身についてきた気がします。
DX領域を担う技術者として大切にしているもの、こだわりなどはありますか?
技術者として「目的を明確化して見失わないこと」を大切にしています。ヒアリング時に認識を合わせていても、開発が進み完成形が見えてくると目に見える細かい部分がやはり気になってしまうもので、修正依頼をいただくこともあります。しかし、そのまま改修を進めていると本来やるべき開発が遅れたり、逆に使いづらくなったりすることもあるので、目的に沿っているかを話し合い、依頼いただいている方も含めて全員が目指すべき姿を見失わないように心がけています。
開発されたツールで他の事業部にどのような影響を与えることができましたか?
以前、総務向けに申請を電子化するアプリを開発しました。実際に利用されている方から「アプリを頻繁に使っている」「この業務のために出社しなくて良くなった」と伺いました。申請にかかる工数や時間を大幅に削減でき、現場に貢献できたことは本当に嬉しかったです。
今後成長させたいスキル・キャリアを教えてください
将来は単になんでもできる技術者というよりは、「目の前にいる誰かの課題を解決したい」という強い気持ちがあって、チームマネジメントもできて技術力もある人材になれたらと思います。そのためには、tsマジックでいう“本質理解”をさらに高めつつ、さまざまなアプローチを考えて実行する経験を積んでいきたいです。DXメンバーと共に多くの悩みを解決できればと思います。
