Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
チームトポロジーの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.7k
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
その投資は、資本になっていますか?AI時代の開発投資を、ROIだけで判断しない「開発資本」という考え方
ham0215
0
18
プロダクト開発から業務改善コンサルまで。事業全体へ「染み出す」ことで広がるエンジニアの可能性
ham0215
0
180
AI時代に「チーム開発」を見直す ~個人アサインへのシフトと、AI駆動開発の実践例~
ham0215
0
65
機能開発を止めないために!運用と開発のバランスを可視化するために使っている指標をご紹介
ham0215
0
66
未来のAI駆動開発をイメージしながらAI開発基盤を整備する
ham0215
1
200
AIと過ごす1日〜全業務フローにAIを組み込む実践ガイド〜
ham0215
0
160
生成AIによる生産性向上〜テック企業やファインディの活用事例〜
ham0215
1
150
生成AI導入の効果を最大化する データ活用戦略
ham0215
0
660
データ駆動経営の道しるべ:プロダクト開発指標の戦略的活用法
ham0215
2
570
Other Decks in Technology
See All in Technology
「守り」で活用するオンデバイスLLM 〜写ってはいけないを総力戦で防ぐ〜 / iOSDC Japan 2026
nakamuuu
0
160
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
23
15k
[2026-09-11]SREは誰のもの?運用エンジニアが始める 「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE
tosite
0
250
Omarchy Quattro の日本語設定周り
simosako
2
180
Claude in Chrome 入門 / Introduction to Claude in Chrome
cielo1985
0
810
AI時代、データエンジニアが一番おもろい
genshun9
0
600
生成AIエージェントを用いた、 手動テスト手順書から自動テストへの 変換手法の検討
magicpod
0
160
The Agent Builder Loop from Daily Work to OSS
minorun365
PRO
3
200
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
2
2.1k
CLIライブラリ開発を支える技術
htnabe
0
110
Deploying a Full-Stack Bun-Native Framework on Cloudflare Workers
7nohe
0
170
2026_devsumi_ozono.pdf
o3
3
510
Featured
See All Featured
Designing Powerful Visuals for Engaging Learning
tmiket
1
550
GraphQLとの向き合い方2022年版
quramy
50
15k
Marketing to machines
jonoalderson
1
5.8k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
690
Paper Plane
katiecoart
PRO
4
53k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
WCS-LA-2024
lcolladotor
0
830
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
650
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Automating Front-end Workflow
addyosmani
1369
210k
Building the Perfect Custom Keyboard
takai
2
870
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やインフラと同質化されるこ とも多い