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

前職は事業会社で、自社の業務プロセスを効率化するシステムを開発していました。事業内容は魅力的でしたが、より多くのエンドユーザに対して価値を届けたいという思いがありました。

そのような中で、ラクスに入社していた以前の同僚から、会社の雰囲気・業務内容・求められている人材の話を聞きました。ラクスはクラウドサービスを展開しており、自分たちが開発したシステムで多くの人に価値を提供できる点が最大の魅力だと感じました。
さらに1社目で培ったスキルを最大限活用できる環境で、中途入社でも早期に価値を発揮できるとも考え入社を決意しました。
元々の同僚からの紹介ということもあり大きなギャップは感じませんでしたが、特に「人が良い」というのは事前に話を聞いていた以上に感じています。

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

私たちのチームでは「楽楽勤怠」の開発を行っています。

楽楽勤怠とは、勤怠管理を効率化し、会社の働き方改革に貢献するシステムです。従業員による日々の打刻や勤怠申請、上長による承認や残業時間のチェック、人事労務担当者による締め処理や給与計算システムへの連携など、企業の勤怠管理業務にまつわる一連のプロセスを効率化する仕組みを提供しています。

技術スタックはPHP/Vue.jsで、バックエンドとフロントエンドの両面で開発を行っています。現在は15名規模の組織で、要件を策定するプロダクトオーナーと開発エンジニアが一体となって動いています。また事業要求を取りまとめる企画部門、インフラ部門、デザイナー部門、ベトナムのオフショア開発組織とも協力しながら、楽楽勤怠をより良いプロダクトにすべく日々開発を進めています。それぞれの専門性を持つチームが連携することで、多角的な視点からプロダクトの品質を高められる体制が整っています。

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

1週間スプリントのスクラム開発を実践しており、開発メンバーの1週間の業務の流れは下記のとおりです。

月曜日：プランニング（1週間の開発タスクを決める、担当メンバーの決定）
～
開発、デイリースクラム（進捗確認、ノウハウ共有）
～
木曜日：リファインメント（数スプリント先の開発内容の整理）
～
金曜日：スプリントレビュー（プランニングで決めた開発内容のデモ）、レトロスペクティブ（1週間の振り返り）

プランニングで決めた開発内容を実現するため、開発メンバーが自主的にMTGを開いたり、リードエンジニアに相談をするなど、自律的なチームとなっています。振り返りの場では、日々の課題・対応策を検討し、翌週から実践をするサイクルを繰り返しています。

―― チームではAIをどのように活用していますか？

現在はClaude Codeをメインのツールとして活用しており、要件整理・仕様定義・コーディング・テスト仕様策定・テスト実行・コードレビューまでを一貫してAIに任せられるような仕組みを整えている段階です。まだPoC段階ではあるものの、小さい範囲でテスト的に試したところ一定の品質と成果が得られており、今後はAI活用の領域をさらに広げていく方針です。

ただ楽楽勤怠は、残業時間・出勤日数など従業員の給与に直結する重要な情報を扱うシステムです。「残業時間」ひとつをとっても会社ごとに規定や計算式が異なる場合があり、業務・ドメインが非常に複雑な領域でもあります。だからこそ、AIに任せられる領域・工程と、必ず人間がやるべき・やったほうが早い領域の線引きを慎重に見極めることが重要だと考えています。技術的な可能性を追いながらも、プロダクトの信頼性を損なわないバランスを意識しながら、AI活用によって開発スピードをさらに高めていきたいと思っています。

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

私たちは事業側と密にコミュニケーションが取れる関係性を意識して構築しており、事業側の要求をただ受け取るだけの「御用聞き」にならないことを常に心がけています。その実現のために、開発組織内にはPO（プロダクトオーナー）という役割を設けており、事業要求や顧客課題を開発内で整理・議論したうえでプロダクト開発に反映する体制を取っています。

顧客からの問い合わせ対応も、開発の重要な業務のひとつです。カスタマーサクセスで解決できなかった案件が開発側にエスカレーションされてきたとき、単純に調査するだけでなく、顧客の業務・ドメイン知識を意識した課題解決の提案を心がけています。また定例ミーティングでは顧客からの具体的な要望を共有したり、自分たちが開発した製品がどれだけ売れているか・事業数値にどれだけ貢献しているか・何が事業上の課題なのかを全員で把握する場を設けています。開発メンバーが技術だけでなく、顧客・事業を常に意識できる環境を整えることが、プロダクトの価値を高める原動力になっています。

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

スクラム開発を実践していることもあり、チームのコミュニケーション頻度は非常に高く、メンバーが自発的に発信することを推奨する雰囲気があります。デイリー・プランニング・リファインメント・レビュー・レトロスペクティブというスクラムの定例イベントを1週間サイクルで実施しており、高頻度・対面でのコミュニケーションを大切にしています。

席はチームごとに固まっているため、お互いのディスプレイを見せ合いながら開発の相談をすることが日常的に行われています。年齢・年次を問わず誰でも対等な存在としてコミュニケーションができる環境で、テックリードやリードエンジニアにも気兼ねなく相談できるのがこの組織の魅力です。また情報共有やスキルアップの場として、組織内で輪読会・AI活用の共有・ノウハウ共有なども積極的に行っており、個人の成長がチーム全体の底上げにつながるサイクルが生まれています。

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

楽楽勤怠の一番の特徴は、「利用者との接点の多さ」です。勤怠管理システムは全従業員が毎日使うものであり、ラクス社内でも導入されています。チームメンバーがやりがいを感じる瞬間として最も大きいのは、自分たちの開発したシステムによって「価値」を実感できたときです。そのため開発者でありながら自分自身がエンドユーザーでもあるという、他ではなかなか得られないポジションで開発を続けられます。リリース直後に「これは使いやすくなった」「ここはもう少し改善できそう」と直接感じられることは、抽象的なフィードバックとは異なる生きた学びになります。社内メンバーからも率直な声が届くため、改善のサイクルを速く回せるのも特徴です。

また技術的な成長という面でも、バックエンド・フロントエンド・インフラすべてに関わる機会があるため、特定の技術領域に閉じることなく幅広いスキルを伸ばしていけます。自分の担当領域を広げながら、プロダクトへの貢献実感も得られる環境です。

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

マネジメントにおいて常に意識しているのは、「価値あるものを、より早く顧客へ提供する」というゴールの共有です。

システム開発は1人でも出来ますが、チーム一丸となって開発することによって、価値あるものを、より早く提供できるようになります。チームが一丸となって開発するためには、やるべきこと・ゴールを明確にし、開発メンバーが同じゴールに向かって開発が出来るように、密にコミュニケーションを取り、全員が同じ意識をもって開発が出来る環境を構築することを心掛けています。

加えて、技術だけでなく業務・ドメイン知識の重要性も繰り返し伝えています。「なぜその機能が必要なのか」「顧客は何に課題を感じているのか」「どうなれば価値を感じてもらえるのか」を常に問いかけることで、顧客志向をメンバーの日常業務に根付かせていくことを意識しています。

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

楽楽勤怠は市場シェアNo.1を目指し、事業と開発が一体となってプロダクトの拡張を進めています。

そのため技術スタックのマッチ度はもちろん重要ですが、「プロダクトをより良くしたい」という方を積極的に採用しています。

単純に決まった要件を仕様通りに作るのではなく、なぜその機能が必要なのか・顧客の課題は何なのか・他に良い解決方法は無いかを、常に「顧客」を起点にして考え、「より良いものをより早く」というマインドを持っている方を求めています。

またスクラム開発において重要な「自己組織化」ということも大切にしています。誰かに管理されるのではなく「自律的に考え、行動する」というマインドを持っている方が、組織においても活躍をしてくれています。

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

市場シェアNo.1に向けて、解決すべき課題はまだたくさんあります。より多くの顧客に価値を届けるための機能拡充、顧客に早く価値を感じてもらうためのリリースサイクルの短縮、顧客数の増加に耐えられるインフラ構成の構築、そしてインフラコストを増加させない効率的なアーキテクチャへの移行など、多岐にわたります。

これらの課題に向き合ううえで重要なのは、ただ開発するのではなく「顧客に価値を提供できるか・事業成長に貢献できるか」という視点を持ち続けることです。AI活用によって開発効率を高める取り組みを進める一方で、人材もまだまだ不足しているのが実情です。プロダクトも組織もまさに成長段階にあります。「顧客に価値を届けられているか」を常に問いながら開発できる方と、ぜひ一緒に課題に向き合っていきたいと思っています。