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
ham
March 03, 2025
Technology
2
74
チームトポロジーの4つのチームタイプ
2025/03/04 社内勉強会で利用した資料
ham
March 03, 2025
Tweet
Share
More Decks by ham
See All by ham
生成AI導入の効果を最大化する データ活用戦略
ham0215
0
270
データ駆動経営の道しるべ:プロダクト開発指標の戦略的活用法
ham0215
2
360
開発組織における意思決定の実例〜開発優先度・組織構成・ツール導入〜
ham0215
0
74
エンジニアリングで組織のアウトカムを最速で最大化する!
ham0215
1
390
アウトカムを最速で最大化できる開発組織にするために
ham0215
1
110
コード品質向上で得られる効果と実践的取り組み
ham0215
2
310
開発者体験を定量的に把握する手法と活用事例
ham0215
2
280
生成AI活用でエンジニア組織はどう変わったのか?
ham0215
3
220
メンバーがオーナーシップを発揮しやすいチームづくり
ham0215
3
560
Other Decks in Technology
See All in Technology
JTCにおける内製×スクラム開発への挑戦〜内製化率95%達成の舞台裏/JTC's challenge of in-house development with Scrum
aeonpeople
0
240
大「個人開発サービス」時代に僕たちはどう生きるか
sotarok
20
10k
Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
oracle4engineer
PRO
4
10k
20250913_JAWS_sysad_kobe
takuyay0ne
2
230
dbt開発 with Claude Codeのためのガードレール設計
10xinc
2
1.3k
Practical Agentic AI in Software Engineering
uzyn
0
110
Unlocking the Power of AI Agents with LINE Bot MCP Server
linedevth
0
100
機械学習を扱うプラットフォーム開発と運用事例
lycorptech_jp
PRO
0
470
職種の壁を溶かして開発サイクルを高速に回す~情報透明性と職種越境から考えるAIフレンドリーな職種間連携~
daitasu
0
170
ブロックテーマ時代における、テーマの CSS について考える Toro_Unit / 2025.09.13 @ Shinshu WordPress Meetup
torounit
0
130
AI時代を生き抜くエンジニアキャリアの築き方 (AI-Native 時代、エンジニアという道は 「最大の挑戦の場」となる) / Building an Engineering Career to Thrive in the Age of AI (In the AI-Native Era, the Path of Engineering Becomes the Ultimate Arena of Challenge)
jeongjaesoon
0
190
「どこから読む?」コードとカルチャーに最速で馴染むための実践ガイド
zozotech
PRO
0
490
Featured
See All Featured
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.7k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
840
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
113
20k
Documentation Writing (for coders)
carmenintech
74
5k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.7k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Writing Fast Ruby
sferik
628
62k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
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やインフラと同質化されるこ とも多い