ラクスに入社を決めた理由、背景等を教えてください。

ラクスへの入社のきっかけは会社の吸収合併によるものでした。そのため、正直に言うと最初は疑心暗鬼の部分がありました。ただ、ラクスのミッションの中にある『働く人を「楽！」にする』が、私自身が志していた「労働者の生産性を向上させ低い日本の労働生産性を改善する」と一致していたことや、経営陣や社員の方々が非常に誠実で働きやすい環境であることを実感したことで、疑心暗鬼は完全に払拭されました。

実際に入社してからも、会社の隅々にまでラクスのミッションや行動指針であるラクスリーダーシッププリンシプルが浸透し、社員の皆さんがしっかりとそれを理解し体現していると感じています。

自組織の業務内容と役割を教えてください。

HRソリューション開発部では、HR（Human Resources）に関連する業務の効率化につながる「楽楽勤怠」「給与計算オプション」「楽楽従業員ポータル」の開発・運用保守を行っています。

組織はビジネスドメインで区別しており、「楽楽勤怠開発課」「給与計算開発課」「マルチプロダクト開発課」の3課構成です。

それぞれの課には担当するプロダクトの開発チームがあり、スクラムマスター、プロダクトオーナー、デザイナー、バックエンドエンジニア、フロントエンドエンジニア、インフラエンジニア、リードエンジニアといった多様な役割のメンバーが所属しています。製品の機能拡張や運用保守の改善など、それぞれ異なる開発案件を各チームが推進している組織です。

チームの日々の業務の流れを教えてください。

開発プロセスはスクラム開発を採用しています。1週間のタスクとゴールを定めるスプリントプランニングから始まり、日々のデイリースクラム、各メンバーがバックログから担当タスクを進める開発、リファインメント、スプリントレビュー、レトロスペクティブという流れを毎週繰り返しています。

そうして完成したものから、月2回のリリースを行っています。最終的には、毎週・いつでもリリースできる状態を目標にしています。

チームではAIをどのように活用していますか？開発や業務にどんな変化をもたらしていますか？

HRソリューション開発部全体で、Claude Codeを活用した開発に取り組んでいます。技術スタックやアーキテクチャがチームごとに異なる部分もあるため、活用の範囲はチームによって差がありますが、全てのチームが恩恵を得られるよう、それぞれのチームで実践しながらその成果を共有して進めています。

まだまだ道半ばではありますが、要件定義、基本設計、実装、テスト、リリースといった開発プロセスの各工程を細分化し、細かい単位でClaude Codeを活用しながら成果物の品質を確認し、標準プロセスへ組み込んでいるところです。ただ、最終成果物への責任は人にあるというのが私の考えです。人が品質を担保することを前提に、「AIに丸投げするのではなく、AIを正しく最大限活用する」ということを念頭に置いて、AIを活用した開発を推進していきたいと思っています。

開発としての事業への関わり方を教えてください。

事業側からの要求に従って開発するという下請け的な関係ではなく、事業側の企画と協働でプロダクトロードマップや要求事項を整理・決定しています。特に勤怠や給与などHR関連のビジネスドメインに詳しいメンバーが開発部内に揃っているので、事業側の企画と対等に顧客の課題について協議できているのだと思います。

顧客と技術の両方を理解している人の方が、より良い製品を創造できますし、より良い意思決定もできます。だからこそ開発側もビジネスドメインを理解すること、顧客を深く理解することが大事なんだと思います。そのために、顧客の声をいつでも閲覧できるようにしたり、顧客の要望を定期的に共有したり、ビジネスドメインに関する勉強会やテストを実施したりと、顧客・ビジネスドメインへの理解を深めるための取り組みをいくつも実施しています。

チームの雰囲気を教えてください。

様々な役割のメンバーが揃って開発チームを構成し、スクラム開発で1週間のスプリントゴールをチームで定め日々のタスクをこなしています。

それぞれ担当するタスクは異なるものの、全てのタスクが完了しないと機能としては成り立たないことが多いので、必然的にメンバー間のコミュニケーションは増えてきます。

オフィスでの座席配置も開発チームを考慮して、ほとんどのチームメンバーが席を立たなくても話せる位置になっており、ミーティングの場以外でも頻繁にコミュニケーションをとっています。また、

目標は個人だけでなくチーム全体で追いかけているので、作業が遅れているメンバーがいれば他のメンバーが支援するなど、チーム目標を達成するためにそれぞれが自分自身に出来ることを、積極的に行っています。

また、所属するメンバーそれぞれが自己研鑽を怠らず、チームに貢献しようという前向きな気持ちを日々接している中で強く感じるので、それら行動がお互いを良い意味で刺激し合い、チームとしての一体感と成長を感じることが出来るのかもしれません。

チームでは、どんなやりがいを感じられますか？

自分たちで作った機能がどれだけ顧客に使ってもらえているのか、というのは、エンジニアにとって一番の関心事だと思います。毎月の受注件数やMRRなどの実績、商談顧客・既存顧客を含めた顧客の声は、メンバー全員がいつでも閲覧できるようにしています。最近開発したオプション機能がどれだけ売れているか、つまり「顧客にどれだけ受け入れられているか」を見ることもできます。

その結果次第で貢献度合いを感じることができますし、結果が芳しくなければ見直しのきっかけにもなります。また、私たちのサービスは企業の社員全員が利用するものであり、私たち自身も日々の利用者の一人です。他の社員からダイレクトに声を聞けることも、やりがいにつながっていると思います。

マネジメントにおいて重視されていることはありますか？

私個人としては、支配型のリーダーシップではなく、責任ある意思決定・成果へのコミットとメンバーの生産性向上を両立させるサーバント型リーダーシップを重視しています。サイロ化を防ぎコラボレーションが生まれる環境、メンバー同士が親近感・一体感を持って仕事に取り組める環境、個人のパフォーマンスよりもチームのパフォーマンスを大切にする環境、成長意欲が湧く環境作りや人材育成を大事にしています。

一方で、私を含めて所属するメンバーには、HRソリューション開発部のミッションである「顧客を深く理解し、顧客が感動するソリューションを創造し提供する」を体現するよう求めています。「顧客が感動する」という言葉には、「顧客の要望に応えるだけでなく、顧客の想像を超えた価値を提供する」という意味を込めていて、顧客や営業から言われたことをただ実現するのではなく、エンジニア自身が顧客の課題を理解し、どう解決するかを考え、提案し、実現することを推奨しています。

顧客の声を全員がいつでも閲覧できるようにしたり、個々の機能仕様書にも顧客の課題や解決効果を記載したりと、関係者全員が顧客の課題に対して共通認識を持てるよう、継続的な改善を行っています。

活躍できる方の人物像を教えてください。

誠実さと成長志向を持った人、つまり謙虚に学び、自分の成果に固執せず、チーム全体の成功や仲間のサポートに喜びを感じられる人、現状に満足せず日々より良くしようと改善を続けていける人が、求める人物像です。学び続ける人はスキルを獲得できます。仲間のサポートをする人は仲間がいつでも協力してくれるので、大きな成果を出すことができます。現状に満足しない人は問題を発見して率先して解決していくので、結果として常に成長し続けます。

また、事業を行う上で顧客を深く理解することは大切です。顧客志向や顧客理解は、今も昔も変わらない商売の原則です。顧客起点で何を創るべきか、どう提供すべきかを考え、実現できる人。もちろん誠実さと成長志向も持っている人、ということになりますが、そういう人が長期にわたって活躍できる人だと思います。

入社された方と取り組みたい課題、またチームで目指す組織像を教えてください。

事業としては、競争力の高い楽楽勤怠を中心に勤怠管理市場でマーケットリーダーとなりつつ、より多くの顧客に価値を届けるため、製品のカバー範囲を広げHRテック領域で存在感を示していきたいと考えています。HR分野の市場には多くの競合製品が存在しますが、競合製品を模倣するのではなく顧客志向を追求し、顧客の課題を解消するための製品作りに徹していくことで、多くの顧客に認められると同時に、課題発見の機会が増え、成長の好循環が生まれると思っています。

開発組織としては、DevOpsの思想を取り入れ、スクラム開発などの実践を通じて開発・価値提供のスピードアップを図っています。一人ひとりがリーダーの意識を持ってチーム目標にコミットし、互助の精神でチーム一丸となって顧客への価値提供を追求し、スピード感を持ってそれを実現できる、そんな組織であり続けたいと思っています。