見えにくいけれど、欠かせない。課金基盤の仕事

― まず、現在担当されている「課金基盤」の役割について教えてください。

サブスクリプション管理ユニットは、お客様への請求処理や、契約しているプラン・オプションに応じてSmartHRの機能を適切に利用できるようにするためのシステム開発を担っています。

ユーザーの方々からは見えにくい領域ですが、契約や請求に関わるため、事業運営にも近い領域です。

― 他部署との連携も多いそうですね。

はい。契約や請求に関わる事業推進本部とのやり取りが非常に多いです。

関連する外部システムとも連携するため、契約内容とSmartHR側の機能制御が正しく対応するように確認しながら開発を進めています。
コードを書くことに加えて、関係者と仕様を詰めたり、認識をそろえたりすることも重要です。

SmartHRには様々な契約形態やプラン・オプションの組み合わせがあり、それらをシステムとしてどう制御するかを、一つひとつ前提を確認しながら整理していく難しさがあります。
その分、これまで関係者と調整しながら開発を進めてきた経験を活かせる手応えもあります。

経験豊富なエンジニアから学べる環境を求めて、SmartHRへ

― yurikoさんはSIerでの銀行システム開発からキャリアをスタートされています。そこからSmartHRに入社するまではどのような歩みだったのでしょうか。

最初の2社は、銀行や行政系のシステム開発・運用保守に携わっていました。
当時は抜本的な改善が難しい環境でバグ対応に追われ、「自分は本当にお客様に価値を届けられているのか」と無力感を感じ、一度はIT業界を離れてライターをしていた時期もありました。

― そこから再びエンジニアに戻り、SmartHRを選んだ理由は？

前職には、楽しく開発できる雰囲気を勉強会で感じて入社しました。開発の楽しさを実感しながら、さまざまなお客様や関係者とやり取りする受託開発の現場で経験を積み、5年ほど働くうちに、もう少しエンジニアとして力をつけられる環境に行きたいと考えるようになりました。

転職先として、立ち上げフェーズのスタートアップも検討しましたが、自分には、すでに一定の規模があり、経験豊富なエンジニアが多くいる環境が必要だと考えました。周囲のエンジニアから刺激を受けながら、まだまだ学べる場所に身を置くことで、エンジニアとしてもっと力をつけられると思ったんです。
そう考えて、SmartHRへの入社を決めました。

入社後は、思っていた以上に期待して仕事を任せてもらえる環境でした。社員として、長期的な成長や成果を期待されている感覚があったのは新鮮でしたね。

SmartHRのプロダクトは、複雑だからこそ整えていく面白さがある 

― 実際に入社してみて、SmartHRのプロダクトにはどのような印象を持ちましたか。

想像以上に巨大で、複雑でした。SmartHRには10年以上の歴史が積み重なっていて、過去の経緯が色濃く残るコードも少なくありません。
外から見ていた時はもっと整っているイメージもあったのですが、実際には長く使われてきたプロダクトだからこその複雑さや、改善していくべき箇所も多い状況でした。最初はかなり面食らいましたが、その分、向き合いがいのあるプロダクトだとも感じました。

― 向き合いがいのあるプロダクトだと感じたのは、どのような部分ですか。

特に課金周りは、昔の契約形態を維持したまま新しいプランや契約形態を追加していく過程で、仕様が非常に複雑化しています。

それを紐解き、今の事業やプロダクトの動きに合わせて、少しずつシステムを整えていく。そうした地道な整理を重ねながら、課題を前に進めていくところに、基盤開発らしい面白さを感じています。

時には担当範囲を越え、連携と調整で課題を前に進める

― 具体的に、これまでで印象に残っているプロジェクトはありますか。

最近取り組んだ「雇用形態別課金」のプロジェクトです。

お客様の雇用形態に合わせて利用機能を制御する開発でしたが、課金基盤側だけでなく、給与計算などの他プロダクトチーム側のコードにも修正が必要でした。

当初は各チームに依頼して進めていたのですが、あるチームが多忙でリソースが厳しい状況になってしまいました。一方で、リリースに向けて対応を前に進める必要がありました。

― その時はどう対応されたのですか？

チームのPMと相談し、設計書を書いてレビューをお願いしながら、私たちが他チーム側のコードにも修正を入れる形で対応しました。自分たちの担当範囲だけに閉じずに動けたのは、基盤チームらしい動きだったと思います。

また、ここで活きたのが、前職のクライアントワークで培った、さまざまな関係者と対話しながら調整してきた経験です。
技術的な解決策を考えるだけでなく、他チームの状況を汲み取り、確認や調整を重ねながら課題を前に進められたことは、自分の経験を活かせた事例だと感じています。

自分たちだけでなく、関係者みんなが達成できる状態を目指す

― 仕事を進める上で意識している哲学はありますか。

自分たちだけが100点を取りにいくのではなく、関係者みんなが前に進める着地点を探すことです。私たちだけが目標を達成するのではなく、関わる人たちみんなが達成できている状態のほうが気持ちいい。そういう感覚があります。

― 「落ちているボールを拾う」という動きも意識されているそうですね。

誰がやるべきか曖昧な課題があったら、まず自分で調べて「ここまで分かったので、次は〇〇さんお願いします」とパスを出すようにしています。

常に課題が流れている状態をつくることが、チームで成果を出すための私の役割だと思っています。

自ら課題を見つけ、試してみる。その過程に仕事の面白さがある 

― 今後、どのようなキャリアを歩んでいきたいですか。

将来的には、リーダーシップを発揮できるポジションにも挑戦してみたいです。女性エンジニアで上位の役割を担っている人がまだ多くないことには、少し物足りなさも感じています。だから、自分がそういう選択肢を目指してみてもいいのかな、と。ただ、あまり気負いすぎず、「ダメだったらまた別の道を探せばいい」くらいの身軽さで挑戦したいですね。

また、SmartHRでは、異動や新しいチャレンジについて相談しやすい雰囲気もあると感じています。これまでの経験を活かして、新しい領域にも挑戦してみたいです。

― 最後に、SmartHRに興味を持っている方へメッセージをお願いします。

「面白い仕事」って、降ってくるものではないと思うんです。どんな環境でも、自分で課題を見つけて、仮説を立てて試してみる。その過程に楽しさを見つけられる人には、SmartHRの仕事も面白く感じられると思います。

私たちの仕事は、プロダクトや事業の土台を支える地道な作業ですが、その成果はさまざまなプロダクトやお客様の利用体験にもつながっていきます。複雑な課題を一つひとつ整理しながら、自分の手で仕組みをつくっていく。そうした過程を面白がれる方と、一緒に課題を前に進めていけたら嬉しいです。

取材・文／Tomari（DEIBユニット）
写真／Miranda（カルチャー室）