Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
横断部門としての取り組み紹介(研究開発、共通基盤開発) / rakus-meetup-202206
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Rakus_Dev
June 02, 2022
Technology
2.4k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
横断部門としての取り組み紹介(研究開発、共通基盤開発) / rakus-meetup-202206
Rakus_Dev
June 02, 2022
More Decks by Rakus_Dev
See All by Rakus_Dev
AIで久々にコードを書いたらエンジニアへの依頼が"増えた" ── 元エンジニアのPdMの話 / Using AI to Code Again After a Long Break Increased My Requests to Engineers: Insights from a Former Engineer PdM
rakus_dev
0
17
主体的に活躍する内製QA組織の作り方と組織文化の醸成 / How to Build a Proactive In-house QA Organization and Foster Its Culture
rakus_dev
0
270
AI実装による「レビューボトルネック」を解消する仕様駆動開発(SDD)/ ai-sdd-review-bottleneck
rakus_dev
0
300
仕様駆動開発の組織的定着に向けた取り組み ~『楽楽電子保存』開発チームの事例~ / Establishing SDD: Organizational Initiatives
rakus_dev
0
560
全エンジニアのAI活用状況を可視化する~Lookerを用いたアンケート分析と今後の推進策~ / Visualizing AI Adoption Across Engineering
rakus_dev
0
2.9k
出してみてわかったAIエージェントプロダクトの舞台裏 〜楽楽AIエージェント for 楽楽精算〜 / Behind the Scenes of Rakuraku AI Agent
rakus_dev
0
590
プロダクトマネージャーの目標と評価 / Goal Setting for Product Managers
rakus_dev
1
1k
【pmconf2025】AI時代の『ジュニア不要論』に異議あり! 未経験から戦力PdMを生み出すOJT戦略とは?
rakus_dev
1
1.1k
プロダクトづくりにAIを溶かす3つの壁 ― ラクス流AI浸透のススメ / 3 Barriers to AI in Products: The Rakus Way
rakus_dev
0
3k
Other Decks in Technology
See All in Technology
機械学習を「社会実装」するということ 2026年夏版 / Social Implementation of Machine Learning June 2026 Version
moepy_stats
2
120
生成 AI × MCP で切り拓く次世代 SRE!自律型運用への挑戦と開発者体験の進化
_awache
0
170
Dario Amodi『Policy on the AI Exponential』を理解する
nagatsu
0
200
トークン数だけでは測れない — Claude Code 組織展開の効果検証から学んだこと
makikub
0
140
ポケモンの型をTypeScriptの型システムで表現してみた
subroh0508
0
350
Terraformモジュールは、なぜ「魔境」化するのか
hayama17
2
220
Platform engineering for developers, architects & the rest of us (AI agents)
danielbryantuk
0
190
データ基盤をDataformで整えた話 〜 開発環境を添えて 〜
takapy
0
130
個人の発見を、組織の知恵に 〜生成AI活用を"探索"から"組織の仕組み"へ〜
kintotechdev
3
1.1k
Building applications in the Gemini API family.
line_developers_tw
PRO
0
2.2k
「速く作る」から「正しく作る」へ ─ 生成AI時代の開発フロー改革の ロードマップと実行 ─
starfish719
0
8.7k
チームで実践する AI-DLC 思考の軌跡を残すチェックポイント設計
belongadmin
0
3k
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
Mobile First: as difficult as doing things right
swwweet
225
10k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
570
Why Our Code Smells
bkeepers
PRO
340
58k
Utilizing Notion as your number one productivity tool
mfonobong
4
320
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.2k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
240
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
1.6k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2k
Into the Great Unknown - MozCon
thekraken
41
2.5k
Ethics towards AI in product and experience design
skipperchong
2
300
Transcript
©2022 RAKUS Co., Ltd. 横断部門としての取り組み 株式会社ラクス 技術推進課 堀内
自己紹介 開発本部 第一開発部 技術推進課マネージャー <経歴> 2013年 ラクスに入社。 北米向けサービスのマネージャーとして開発に従事 楽楽精算でラクス初となるスマホアプリ開発、AI機能開発 新サービスの開発チーム立ち上げ〜ローンチ
2020年 技術推進課の立ち上げ、現在に至る 堀内 泰秀
ラクス「技術推進課」とは 技術で 横断的に チャレンジする組織 と覚えて帰ってください
4 技術推進課は東京3名、大阪2名の体制。 東京・大阪にメンバーを配置し、横断的に活動。 Rak us Viet nam 大阪拠点 東京拠点 インフラ開発部
東京開発統括部 第二開発部 第一開発部 第三開発部 東京インフラ開発課1,2,3課 大阪インフラ開発課 技術推進課 プロダクトデザイン開発課 クリエイティブ1,2課 開発本部 楽楽精算開発部 楽楽勤怠開発部 楽楽明細開発部 楽楽販売開発課1,2課 楽楽労務開発課 メールディーラー開発課 配配メール開発課 SRE課 開発管理課 チャットディーラー開発課 組織体制 フロントエンド開発課
我々の役割 1. 複雑に入り組んだ技術課題に鋭いメスを入れ、さまざまな新しい技術を徹底的に研 究する『技術推進プロジェクト』を推進すること 2. 1つのことを追求し続ける各サービスを連携させることでシナジーを生み出す『共通 基盤』を開発すること
技術推進プロジェクト
ラクスのサービス開発のかねてからの課題 • 新しい技術を使おうとしても時間的に余裕がない • 技術刷新行っていかないとエンジニア採用滞りそう • 古い技術だらけになったら社内のエンジニアもやめていきそう • 個人で使った経験があってもプロダクションレベルでの利用がないとリスキーと判 断されがち
• 実サービスでは問題が出ない限りコストメリットの見えない技術刷新の優先度低い
ラクスのサービス開発のかねてからの課題 • 新しい技術を使おうとしても時間的に余裕がない • 技術刷新行っていかないとエンジニア採用滞りそう • 古い技術だらけになったら社内のエンジニアもやめていきそう • 個人で使った経験があってもプロダクションレベルでの利用がないとリスキーと判 断されがち
• 実サービスでは問題が出ない限りコストメリットの見えない技 術刷新の優先度低い
似たような話 「あとでクリーンにすればいいよ。先に市場に出さなければ!」 開発者たちはそうやっていつもごまかす。 だが、あとでクリーンにすることはない。 市場からのプレッシャーは止まらないからだ。 「先に市場に出さなければ」ということは、後ろに競合他社が大勢いるということである。 競合他社に追い抜かれないためには、 これからも走り続けるしかない。 Clean Architectureより引用
似たような話 「あとでクリーンにすればいいよ。先に市場に出さなければ!」 開発者たちはそうやっていつもごまかす。 だが、あとでクリーンにすることはない。 市場からのプレッシャーは止まらないからだ。 「先に市場に出さなければ」ということは、後ろに競合他社が大勢いるということである。 競合他社に追い抜かれないためには、 これからも走り続けるしかない。 Clean Architectureより引用
コストメリットの見えない技術刷新の 優先度低い
これからも走り続けるしかない
優先度上がってこないよね・・・
じゃぁどうするのか?
普段から少しずつ検証しておくしかない
なんやかんやあってw(※) ※取り組みは2017年から開始
2020年「技術推進プロジェクト」爆誕!
技術推進プロジェクトとは? 開発本部で決めた技術テーマを 調査・研究するためのプロジェクト。 1テーマ半年〜1年の有期的なとりくみ。 最近では年間7〜8テーマに取り組んでいる。
どうやって進めるのか?
自分たちだけ知ってても意味がない
開発本部全体で取り組むべし
None
技術推進プロジェクトの基本方針 1. 各開発チームから有志を募る 2. 1テーマ2〜3名のプロジェクトチームを編成 3. 各チームにリーダー役を任命 4. 週に5時間の稼働を確保 5.
チームごとに決まった曜日、決まった時間に集まることを決定 6. 半年間取り組み、開発本部全体に成果発表会で成果を報告 7. サービスの技術刷新に繋ぐ!!
技術推進プロジェクトの課題 • 調査・研究した技術を活用するのは、それはそれで大変 • インフラに関する知識不足、何とかしたい • 人も増えてきており、取り組んだ技術テーマを知らない人もいる
共通基盤開発
新たな挑戦「共通基盤開発」
27 ラクスのサービス体制 お客様のビジネス課題 経費精算を 楽にしたい 勤怠管理を 楽にしたい Excel仕事を
楽にしたい 請求事務を 楽にしたい 業務内容ごとに 分解すると… お客様のビジネスが抱える課題をドメインごとに分解。それぞれの課題に対して最適なプロダクトを ご提供することで、業務効率化、付加価値アップを支援しています。
共通基盤開発の目的 ベスト・オブ・ブリード型でスピード感のある開発ができていますが、 複数プロダクト利用時の利便性を一層高めるため、共通基盤開発プロジェクトがスタートしました。 現状 プロダクトごとにユーザー管理 経費精算を 楽にしたい
勤怠管理を 楽にしたい Excel仕事を 楽にしたい 請求事務を 楽にしたい プロダクトの数だけ作業が増える…
共通基盤開発の目的 ベスト・オブ・ブリード型でスピード感のある開発ができていますが、 複数プロダクト利用時の利便性を一層高めるため、共通基盤開発プロジェクトがスタートしました。 目指す状態 共通基盤 経費精算を 楽にしたい 勤怠管理を
楽にしたい Excel仕事を 楽にしたい 請求事務を 楽にしたい
これから作るチーム体制 ビジネス部門・PdM・開発チームが協力してプロダクト開発を推進します。 30 PdM ビジネス部門 開発ロードマップ 要求仕様策定 開発遂行支援 ドメインエキスパート 製品ロードマップ
要求仕様 エンジニア エンジニアリング マネージャー 全体PJ管理 生産性 評価・採用 共通基盤開発チーム
技術推進PJの研究成果を共通基盤に応用
技術推進PJの活用 ユーザー ラクス サービス CTAP WebAuthn (認証成否のみを通信) 非FIDO認証 ID/PW、OTP、パターンロックなど FIDO認証器が存在しない認証方式。
FIDO認証器を登録する場合に必要 認証サーバー ID/PW ユーザー入力 (Credential情報) そのものを通信 指紋認証 顔認証 独自規格OTP
まとめ 技術で 横断的に チャレンジする組織 =ラクス 「技術推進課」と覚えて帰ってください