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
チームトポロジーの4つのチームタイプ
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
ham
March 03, 2025
Technology
1.5k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
チームトポロジーの4つのチームタイプ
2025/03/04 社内勉強会で利用した資料
ham
March 03, 2025
More Decks by ham
See All by ham
プロダクト開発から業務改善コンサルまで。事業全体へ「染み出す」ことで広がるエンジニアの可能性
ham0215
0
170
AI時代に「チーム開発」を見直す ~個人アサインへのシフトと、AI駆動開発の実践例~
ham0215
0
57
機能開発を止めないために!運用と開発のバランスを可視化するために使っている指標をご紹介
ham0215
0
63
未来のAI駆動開発をイメージしながらAI開発基盤を整備する
ham0215
1
140
AIと過ごす1日〜全業務フローにAIを組み込む実践ガイド〜
ham0215
0
160
生成AIによる生産性向上〜テック企業やファインディの活用事例〜
ham0215
1
140
生成AI導入の効果を最大化する データ活用戦略
ham0215
0
610
データ駆動経営の道しるべ:プロダクト開発指標の戦略的活用法
ham0215
2
560
開発組織における意思決定の実例〜開発優先度・組織構成・ツール導入〜
ham0215
0
140
Other Decks in Technology
See All in Technology
研究開発部の紹介 / Sansan R&D Profile
sansan33
PRO
4
24k
型落ちシンクライアント端末のPoEモジュールを自作したかった話
logica0419
0
440
顧客の要望は2次情報である 〜アンテナを張るFDEの構造論〜
noriakioji
2
540
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
77k
Introduction to Bill One Development Engineer
sansan33
PRO
0
470
:syncing_time:
sksat
2
750
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
5k
AI for Science時代を切り開く、政府の次世代HPC戦略の展望
gpuunite_official
0
250
AI・HPC開発を支えるGPU環境の新しい選択肢 液冷GPUシステム「AquSys」の取り組み
gpuunite_official
0
240
巨大気象データと戦う ― サロゲートモデル学習を高速化する圧縮技術
gpuunite_official
0
270
紙 to デジタル
ichien178
0
130
RelayerというPHPのフレームワークを作った
polidog
PRO
0
140
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.8k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
380
A designer walks into a library…
pauljervisheath
211
24k
Evolving SEO for Evolving Search Engines
ryanjones
0
260
YesSQL, Process and Tooling at Scale
rocio
174
15k
Darren the Foodie - Storyboard
khoart
PRO
3
3.7k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.3k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
280
How STYLIGHT went responsive
nonsquared
100
6.2k
The Curse of the Amulet
leimatthew05
2
14k
Git: the NoSQL Database
bkeepers
PRO
432
67k
Transcript
© Findy Inc. 2025.03.04 ちーとぽ勉強会 1 チームトポロジーの4つのチームタイプ 浜⽥ 直⼈ Naoto
Hamada (ham)
© Findy Inc. - 4つのチームタイプ - 3つのチームインタラクションモード - 各チームタイプの特徴 2
Agenda
© Findy Inc. 4つのチームタイプ 3
© Findy Inc. 4 チームトポロジー - 4つの基本的なチームタイプ ◦ ストリームアラインドチーム ◦
イネイブリングチーム ◦ コンプリケイテッド‧サブシステムチーム ◦ プラットフォームチーム https://pub.jmam.co.jp/book/b593881.html
© Findy Inc. 5 ストリームアラインドチーム - 顧客価値の流れ(バリューストリーム)に沿って組織さ れ、顧客に直接価値を提供するチームです。 - ビジネス⽬標を達成するために、顧客のニーズに合わせた
ソフトウェアやサービスを開発‧提供します。 - ⾃律性が⾼く、エンドツーエンドで開発を担当し、迅速な デリバリーを可能にします。
© Findy Inc. 6 イネイブリングチーム - 他のチームが抱える技術的な障壁を取り除き、能⼒向上を ⽀援するチームです。 - 特定の技術領域に関する専⾨知識を持ち、他のチームにト
レーニング、コンサルティング、ツール提供などを⾏いま す。 - ストリームアラインドチームがより迅速に価値を提供でき るように、サポートと促進を⾏います。
© Findy Inc. 7 コンプリケイテッド‧サブシステムチーム - 複雑な技術的専⾨知識が必要なサブシステムを担当する チームです。 - ストリームアラインドチームが対応するには認知負荷が⾼
すぎる複雑な問題に対処します。 - 専⾨知識を活かし、他のチームが複雑な技術的詳細を気に せずに開発に集中できるようにします。
© Findy Inc. 8 プラットフォームチーム - 他のチームが利⽤できる内部プラットフォーム(API、ツー ル、サービスなど)を提供するチームです。 - ストリームアラインドチームが共通の基盤を利⽤すること
で、開発効率を向上させ、重複作業を削減します。 - プラットフォームのメンテナンスと改善を⾏い、他のチー ムが安定して利⽤できるようにします。
© Findy Inc. 9 チームトポロジー ストリームアラインド イネイブリング プラットフォーム コンプリケイテッド サブシステム
価値のある単⼀の仕事の ストリームに沿って働く チーム ストリームアラインドチーム の負荷を減らす
© Findy Inc. 10 チームトポロジー ストリームアラインド イネイブリング プラットフォーム コンプリケイテッド サブシステム
まだ1チームだし ストリームアラインドだけ 考えれば良いね! 他のチームは組織が⼤き くなったら考えよう!
© Findy Inc. 11 チームトポロジー ストリームアラインド イネイブリング プラットフォーム コンプリケイテッド サブシステム
まだ1チームだし ストリームアラインドだけ 考えれば良いね! 他のチームは組織が⼤き くなったら考えよう!
© Findy Inc. 12 チームトポロジー ストリームアラインド イネイブリング プラットフォーム コンプリケイテッド サブシステム
まだ1チームだし ストリームアラインドだけ 考えれば良いね! 他のチームは組織が⼤き くなったら考えよう! 専属チームを作らなくても そのチームが担う能力は必要
© Findy Inc. 13 チームトポロジー ストリームアラインド イネイブリング プラットフォーム コンプリケイテッド サブシステム
- ストリームアラインドチームが全ての能⼒を(可能な限り)発 揮する必要がある ◦ 各チームのエッセンスを取り⼊れることが重要
© Findy Inc. 3つの チームインタラクションモード 14
© Findy Inc. 15 チームインタラクションモード - コラボレーション - X-as-a-Service -
ファシリテーション
© Findy Inc. 16 コラボレーション - 2つのチームが協⼒して共通の⽬標を達成するために密接に 連携するモードです。 - 主に、新しい技術やアプローチを探索する際、または複雑
な問題を解決する際に⽤いられます。 - 頻繁なコミュニケーションと密な連携が特徴です。
© Findy Inc. 17 X-as-a-Service - ⼀⽅のチームが提供するサービスやコンポーネントを、も う⼀⽅のチームが利⽤するモードです。 - 最⼩限のコミュニケーションで連携が可能であり、効率的
なサービス利⽤を⽬指します。 - API、ツール、プラットフォームなどの形でサービスが提供 されます。
© Findy Inc. 18 ファシリテーション - ⼀⽅のチーム(通常はイネーブリングチーム)が、他の チームの能⼒向上を⽀援するモードです。 - 新しい技術やアプローチの導⼊を⽀援し、チームの⾃律性
を⾼めます。 - トレーニング、コンサルティング、コーチングなどの形で⽀ 援が提供されます。
© Findy Inc. 各チームタイプの特徴 19
© Findy Inc. 20 ストリームアラインドチーム - 要はプロダクト開発に関することを全部するチーム - ストリームアラインドチームしかない場合、メンバーの能 ⼒向上やスキル獲得、複雑なサブシステムの開発や円滑に
開発を進めるための仕組み(CI/CDなど)も全部⾃分たちでや る必要がある ◦ チームやプロダクトのスケールにより、ここに限界を感 じ始めると、他のタイプのチームを作ることを考える ◦ 課題がないなら作る必要はない ▪ 注意: 課題がない≠課題に気づいていない
© Findy Inc. 21 イネイブリングチーム - 新しい取り組みを各チームにインストールしていく ◦ 新しい⾔語やフレームワーク ◦
Copilotなどツール類 ◦ 開発プロセス - 各チームが⾃律的にキャッチアップしていけるなら不要 - 代表してキャッチアップしてインストールしていく⽅が効 率的なことは多々ある ◦ インストールが終わったら解散する
© Findy Inc. 22 コンプリケイテッド‧サブシステムチーム - 認証‧認可、課⾦処理など実装難易度やセキュリティ要件 が⾼いなど、様々な要因で開発難易度が⾼いサブシステム を構築する -
サブシステムとして構築して、APIやライブラリとして提供 することで、利⽤側は内部実装を意識しないことが理想 - 開発完了後、利⽤側チーム(ストリームアラインドチーム)に 移管して解散することが理想 - チームトポロジーを意識しなくてもプロジェクトとして⽴ ち上がっていることが多いと思う
© Findy Inc. 23 プラットフォームチーム - CI/CD、インフラもマネージドサービスが増えてきている ◦ それぞれのチームがバラバラに作っていたら構築⼯数が チリツモで増えていく
◦ プラットフォームチームが代表して仕組みを構築して、 各チームに提供することで、組織全体の効率が良くなる - プラットフォームチームは⼀度結成すると開発組織の縮⼩ などなければ解散することはほぼない - 近年、インフラ領域のマネージドサービス化が進んでいる ので、インフラ領域に近いSREやインフラと同質化されるこ とも多い