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
「Engineerサクセス」という組織を 作って感じた開発組織作りのポイント / Key-Po...
Search
freee
August 23, 2023
Technology
2
460
「Engineerサクセス」という組織を 作って感じた開発組織作りのポイント / Key-Points-for-Creating-a-Development-Organization
freee
August 23, 2023
Tweet
Share
More Decks by freee
See All by freee
[2025/09/12更新] freeeのAIに関する取り組み
freee
1
240
開発組織発 AI駆動経営
freee
0
120
「SaaS × AI Agentの未来」freee が AWS で築く AI Agent 基盤
freee
0
91
freee が目指す生成 AI 時代に向けた次世代データ プラットフォームとガバナンスとは / freee's Next-Generation Data Platform and Governance for the Coming Age of Generative AI
freee
1
420
freee請求書のSLO違反改善活動について / SLO violation remediation activities for freee invoices
freee
1
470
freee + Product Design FY25Q4
freee
4
16k
10分でわかるfreeeのQA
freee
1
15k
freee Movement Deck
freee
2
340k
freeeのモバイルエンジニアについて
freee
1
630
Other Decks in Technology
See All in Technology
KMP の Swift export
kokihirokawa
0
330
Green Tea Garbage Collector の今
zchee
PRO
2
390
OCI Network Firewall 概要
oracle4engineer
PRO
1
7.8k
DataOpsNight#8_Terragruntを用いたスケーラブルなSnowflakeインフラ管理
roki18d
1
340
SwiftUIのGeometryReaderとScrollViewを基礎から応用まで学び直す:設計と活用事例
fumiyasac0921
0
140
社内お問い合わせBotの仕組みと学び
nish01
0
360
生成AIとM5Stack / M5 Japan Tour 2025 Autumn 東京
you
PRO
0
210
データエンジニアがこの先生きのこるには...?
10xinc
0
450
空間を設計する力を考える / 20251004 Naoki Takahashi
shift_evolve
PRO
3
330
Goにおける 生成AIによるコード生成の ベンチマーク評価入門
daisuketakeda
2
100
10年の共創が示す、これからの開発者と企業の関係 ~ Crossroad
soracom
PRO
1
190
自動テストのコストと向き合ってみた
qa
0
150
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
A better future with KSS
kneath
239
17k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
9
580
Optimising Largest Contentful Paint
csswizardry
37
3.4k
Thoughts on Productivity
jonyablonski
70
4.9k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Designing for Performance
lara
610
69k
Transcript
「Engineerサクセス」という組織を 作って感じた開発組織作りのポイント 2023.08.22
2 ⽵⽥ 祥 / Yoshi Takeda Engineer 2005~ 執⾏役員 VPoE
freee株式会社 常務執⾏役員 VPoE プロダクトグロース開発本部 本部⻑ Product Manager Engineering Manager
3 趣味:うさぎx4を触りまくること うさぎを触るとあらゆることがどうでも良くなるのでオススメ
今⽇話すことのざっくりサマリー
5 • 開発組織をより良くすることにフォーカスする専任の組織を作った。 • 試⾏錯誤しながら1年以上たち、⼤事なことがいくつか⾒えてきた。 組織規模や会社のフェーズに依存しない話も多く、ぜひシェアしたい。 • 役職やロールに限らず、チームで開発している全ての⽅に通⽤する話 なので、少しでも皆さんの⽇々の仕事のプラスになれば嬉しいです 👍
freeeの開発組織のアウトライン
スモールビジネスを、世界の主役に。 7
8 プロダクトラインナップ freee会計 freeeアプリストア freeeカード freee福利厚生 freee人事労務 freee受発注 freee開業
freee会社設立 freee工数管理 freee資金調達 freee申告 freee請求書 freee販売
会社全体の従業員数 1,299⼈ ※従業員数は、2023年6⽉末の連結会社の正社員総数
10 進化の軌跡:プロダクトとチーム プロダクト リリース freee会計 API公開 サービス 分割開始 チーム制 導入
クラウド ERP コンセプト発 表 マイクロ サービス化 開始 基盤投資 加速 プラット フォーム 構想 新規 プロダクト加 速 グローバ ル開発 freee 人事労務 freee 会社設立 freee開業 freee申告 freee finance lab設立 freee アプリストア freee プロジェクト管 理 freee カード Unlimited
「Engineerサクセス」という 組織を作った話
12 開発メンバーの「成功(サクセス)」に 繋がることだけを考え、実⾏し続ける専任チーム どういう組織?
13 freeeにおいての「サクセス」 ユーザにとって価値のあるプロダクトを 変化を楽しみながら最速で⽣み出し続けること
14 どういう組織? 参考にしたのは「カスタマーサクセス」という職種 BtoBのSaaSを提供する企業では⼀般的なファンクション 例えばfreeeにおけるカスタマーサクセス(ざっくり) 「ユーザの業務を成功に繋げる」 ための⽀援を⾏う役割 導⼊⽀援や⼀緒に業務設計を考えたりとあらゆる⽅法でユーザを⽀援する。 この「開発組織版」を作ろう! =
2022年7⽉にEngineer サクセスチーム 爆誕 🔥
15 ※どんなことをやってきたのかは 後半のセッションをお楽しみに!
組織に向き合い続けて感じた 開発組織作りで⼤事なこと3選
17 1. プロダクト開発と組織作りは⾮常に良く似ている 2. データドリブンと⼈情ドリブンを⾏き来する 3. 楽なショートカットは基本ない 組織に向き合い続けて感じた開発組織作りで⼤事なこと3選
18 1.プロダクト開発と組織作りは⾮常に良く似ている 天の声 「良い組織作ってください」 なにからやればいいんだ‧‧‧
19 1.プロダクト開発と組織作りは⾮常に良く似ている 天の声 「良いプロダクト作ってください」
20 1.プロダクト開発と組織作りは⾮常に良く似ている ユーザ理解 調査‧分析 設計‧実装 要求定義 評価
21 1.プロダクト開発と組織作りは⾮常に良く似ている ユーザ理解 調査‧分析 設計‧実装 要求定義 評価 組織作りも 基本的な流れは⼀緒 テーマを決めて
サイクルを回す
22 いくつかポイントをゆるっと書いていきます ユーザ理解 調査‧分析 • ユーザ=エンジニア、チームメンバー、組織の仲間 ◦ 距離は近いが、プロダクトのユーザを理解するくらい本気で向き合う ◦ 近いからといって相⼿を理解するのに⼿を抜かない •
定量と定性、両⾯を使って理解する ◦ timesをみる、ヒアリングをする、サーベイをとる ◦ データを活⽤する(在籍年数、グレードなどなど)
23 いくつかポイントをゆるっと書いていきます 要求定義 • 本当に必要としているものは?逆に求めていないものは? ◦ ユーザ理解を元に仮説をしっかり作る。 ◦ 制度や組織の話になると何故かここがわりとザルになりがち。 ▪
会社都合で誰も求めてない制度とかできたりする ◦ プロダクト開発と⼀緒でMVPが定義できればお互いハッピー
24 いくつかポイントをゆるっと書いていきます 設計‧実装 • スモールスタートする! ◦ 制度や組織の話になると何故か⼤きくなりがち ▪ いきなり全社適⽤したり。 ◦
プロダクトと同じで、実際やってみないと分からないこと多い ▪ 特定のチーム、部署でプロトタイピングするなど⼯夫する
25 いくつかポイントをゆるっと書いていきます 評価 • ユーザ理解と⼀緒で定量と定性、両⾯を使って評価する ◦ 定量だけでは計りづらいことも多い。 ◦ 逆に定性だけだと声の⼤きな主張に引きづられることも。 •
評価をしっかり受け⽌め、しっかりアップデートする ◦ 頑張って設計してやったことには愛着が湧くw ◦ 冷静に客観的に判断する(こういうのもプロダクト開発と⼀緒ですね)
26 プロダクト開発と組織作りは近しい ↓ 良いプロダクトを作れる集団は 良い組織も作れるはず(逆も然り)
正直ここまで覚えて帰ってもらったらOK あとはおまけです 😸
28 2.データドリブンと⼈情ドリブンを⾏き来する 相⼿は⼈なので。 定量、定性 両⽅のバランスが⼤事
29 3.楽なショートカットは基本ない ユーザ理解 調査‧分析 設計‧実装 要求定義 評価 これもプロダクト開発 と⼀緒。 ⼈、組織に
真摯に向き合い続ける しかない。 起点はここ
30 ご清聴ありがとうございました!