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
やさしいチームトポロジー
Search
Naoya
November 07, 2023
Programming
43
6.6k
やさしいチームトポロジー
チームトポロジーという本が言いたいことをざっくり知る。
特に、4つのチームタイプ、3つのインタラクションモードについて知り、今後のチーム間コミュニケーションに活かす。
Naoya
November 07, 2023
Tweet
Share
More Decks by Naoya
See All by Naoya
スクラムを成功へ導くマインド
nakir323
1
95
マスタリング Credit Card
nakir323
0
140
WebAssembly Hands-on! ~ powered by Dev Containers ~
nakir323
0
69
正しいスクラムを正しく行う
nakir323
0
180
Other Decks in Programming
See All in Programming
Implementation Patterns
denyspoltorak
0
280
AIによる高速開発をどう制御するか? ガードレール設置で開発速度と品質を両立させたチームの事例
tonkotsuboy_com
1
390
Data-Centric Kaggle
isax1015
2
750
コマンドとリード間の連携に対する脅威分析フレームワーク
pandayumi
1
440
20260127_試行錯誤の結晶を1冊に。著者が解説 先輩データサイエンティストからの指南書 / author's_commentary_ds_instructions_guide
nash_efp
0
850
AI によるインシデント初動調査の自動化を行う AI インシデントコマンダーを作った話
azukiazusa1
1
660
IFSによる形状設計/デモシーンの魅力 @ 慶應大学SFC
gam0022
1
290
Kotlin Multiplatform Meetup - Compose Multiplatform 외부 의존성 아키텍처 설계부터 운영까지
wisemuji
0
180
開発者から情シスまで - 多様なユーザー層に届けるAPI提供戦略 / Postman API Night Okinawa 2026 Winter
tasshi
0
180
AI前提で考えるiOSアプリのモダナイズ設計
yuukiw00w
0
220
CSC307 Lecture 02
javiergs
PRO
1
770
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
580
Featured
See All Featured
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
310
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
HDC tutorial
michielstock
1
340
Faster Mobile Websites
deanohume
310
31k
A Tale of Four Properties
chriscoyier
162
24k
Visualization
eitanlees
150
17k
Making Projects Easy
brettharned
120
6.6k
Why Our Code Smells
bkeepers
PRO
340
58k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2k
Designing for Timeless Needs
cassininazir
0
120
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Transcript
やさしい チームトポロジー 社内勉強会
自己紹介 @nakir323 マネージャー Naoya Kimura 担々麺、麻婆豆腐、つけ麺、回鍋肉、 青椒肉絲、カルボナーラ。
価値あるソフトウェアを すばやく届ける 適応型組織設計 Team Topologies https://www.amazon.co.jp/dp/4820729632
チーム間コミュニケーションに関する言葉を知り、 理解し、思考できるようになろう 別チームとの協業を 上手くいくようにする! 本日の目的
序章 Team Topologiesは何が言いたいの? 4つのチームタイプ 3つのインタラクションモード ユースケース まとめ ア ジ ェ
ン ダ
序章 Chapter1
こんな経験 ありませんか?
ABそれぞれが想定していた役割が違う 役割の認識が違うと色々な軋轢を生む 「本来これはAじゃなくてBがやるべきこ となのでは...?」 「Aチーム、全然ドキュメント準備して ないじゃん...」 別チームといい感じに 協力しろと言われる Aチーム諸君、この件に ついてはBチームと一緒
に進めてくれよな!
これを無くしたい!
最終的には...
ストリームアラインドのAチームと イネイブリングのBチームが ファシリテーションの形で関わる ことを期待しています!
なるほどぉ! なるほどね!
Team Topologies は何が言いたいの? Chapter2
チームファーストで物事を考え 4つのチームタイプと 3つのインタラクションモードを 使いつつ、 組織を進化させていこう
チームファーストで物事を考え 4つのチームタイプ と 3つのインタラクションモード を 使いつつ、 組織を進化させていこう
チームを 4つのチームタイプにあ てはめ 、 3つのインタラクション モードを明示して チーム間コミ ュニケーションをすることで、 スムーズに協業できる!
4つのチームタイプ Chapter3
ストリームアラインドチーム 要件定義から本番運用までに必要な能力一式を備えている 1 イネイブリングチーム 特定のテクニカル/プロダクトドメインのスペシャリストから構成され、能力ギャップを埋めるのを助ける 2 コンプリケイテッド・サブシステムチーム スペシャリストの知識が必要となるパーツを開発、保守する 3 プラットフォームチーム
内部サービスを提供し、ストリームアラインドチームが下位のサービスを開発する必要性をなくす 4
ストリームアラインドチーム 要件定義から本番運用までに必要な能力一式を備えている 1 ストリームアラインドチームが基本の形。それ以外のチームはストリー ムアラインドチームの認知負荷を下げるのが主な目的。 能力一式を備えている必要があるため、設計、コーディング、インフ ラ、セキュリティ、モニタリング、QA、UX等幅広い能力が求められる。 積極的かつ定期的に、支援を受ける他のチームタイプと連携する
イネイブリングチーム 特定のテクニカル/プロダクトドメインのスペシャリストから構成され、能力ギャップを埋めるのを助ける 2 複数のストリームアラインドチームを横断的に支援し、適切なツール、 プラクティス、フレームワークなどの調査、オプションの探索や提案を 行う。これによってストリームアラインドチームは大きな労力なく能力 を獲得し進化できる。 知識移転は短期的/長期的どちらもある。 ストリームアラインドチームのニーズを探索し、先んじて習得する。 他のチームの支援にフォーカスすることで、良い関係性を築ける。
コンプリケイテッド・サブシステムチーム スペシャリストの知識が必要となるパーツを開発、保守する 3 スペシャリストでなければ理解や変更が難しいような分野を担当する。 複雑なサブシステムを含むシステムのストリームアラインドチームの認 知負荷を削減する。 例えば、動画処理コーデック、顔認識エンジン等 このチームを作るかどうかを、共通部品としてくくり出せるかどうかで 判断してはいけない。認知負荷を見て判断する。 ストリームアラインドチームだけで担当する場合に比べて、明らかに速
度や品質が向上する必要がある。
プラットフォームチーム 内部サービスを提供し、ストリームアラインドチームが下位のサービスを開発する必要性をなくす 4 社内でAPIのような形で提供され、ストリームアラインドチームは簡単に 利用できる。 インフラやネットワーク周りの機能を提供していることが多い。 プラットフォームをプロダクトとして扱い、信頼性とユーザビリティに フォーカスする。
3つのインタラクション モード Chapter4
コラボレーション 他のチームと密接に協力し て作業する。 1 最小限のコラボレーション で何かを利用または提供す る。 X-as-a-Service 2 他のチームを支援したり、
支援を受けたりする。 ファシリテーション 3
コラボ レーション 他のチームと密接 に協力して作業す る。 1 新しいものを素早く探索するのに向いている。 2つの専門性にまたがる領域の探索など。 例:ウェアラブルデバイスにおけるネットワー ク知識と服飾知識
共同作業に対する高い意欲が必要。 引き継ぎが少なく済むが、認知負荷が上がる可能性 もある。 コラボモードを2つ以上のチームと発動するのは非 推奨。
X-as-a- Service 最小限のコラボレ ーションで何かを 利用または提供す る。 2 とりあえず動くコンポーネントやAPI、プラットフ ォームが求められている場合に適している。 他のチームから効果的に「サービス」として提供さ
れるような場合。 信頼性の高いサービスを提供する必要がある。 また、明確なサービス境界も必要となる。
ファシリテ ーション 他のチームを支援 したり、支援を受 けたりする。 3 能力のギャップを感知し縮小する。 イネイブリングチームが主に用いるモード。 他のチームがより効果的に学習し、チーム共通の問 題を発見し取り除く。
チームごとのギャップや不整合を検知することがで きる。
各チームはどんなモード で仕事をするの?
コラボレーション X-as-a-Service ファシリテーション ストリームアラインド イネイブリング コンプリケイテッド・ サブシステム プラットフォーム 1 2
3 4 1 2 3 チームタイプごとのインタラクションモード ◎ ◎ ◎ ◎ ◎ ◯ ◯ ◯ ◯ ◎…典型的 ◯…偶発的
チームを 4つのチームタイプにあ てはめ 、 3つのインタラクション モードを明示して チーム間コミ ュニケーションをすることで、 スムーズに協業できる!
質問タイムが始まった場合、あなたは 本日の内容について質問をすることができる。 質問タイム
ユースケース Chapter5
プ ロ ダ ク ト チ ー ム と 社
内 の 共 通 コ ン ポ ー ネ ン ト チ ー ム が 協 業 す る 場 合 に 想 定 さ れ る チ ー ム タ イ プ と イ ン タ ラ ク シ ョ ン モ ー ド は ? Question
Answer Answer プ ロ ダ ク ト チ ー ム
⇨ ◯ ◯ チ ー ム 共 通 コ ン ポ ー ネ ン ト チ ー ム ⇨ ◯ ◯ チ ー ム モ ー ド ⇨ ◯ ◯
Answer Answer プ ロ ダ ク ト チ ー ム
⇨ ス ト リ ー ム ア ラ イ ン ド チ ー ム 共 通 コ ン ポ ー ネ ン ト チ ー ム ⇨ プ ラ ッ ト フ ォ ー ム チ ー ム モ ー ド ⇨ X - a s - a - S e r v i c e
プ ロ ダ ク ト チ ー ム が 習
得 の 難 し い コ ン テ ナ 技 術 を 、 既 に そ れ に 熟 達 し た R & D チ ー ム に コ ー チ ン グ し て も ら う 場 合 に 想 定 さ れ る チ ー ム タ イ プ と イ ン タ ラ ク シ ョ ン モ ー ド は ? Question
Answer Answer プ ロ ダ ク ト チ ー ム
⇨ ◯ ◯ チ ー ム R & D チ ー ム ⇨ ◯ ◯ チ ー ム モ ー ド ⇨ ◯ ◯
Answer Answer プ ロ ダ ク ト チ ー ム
⇨ ス ト リ ー ム ア ラ イ ン ド チ ー ム R & D チ ー ム ⇨ イ ネ イ ブ リ ン グ チ ー ム モ ー ド ⇨ フ ァ シ リ テ ー シ ョ ン
まとめ Chapter6
チームタイプとインタラクションモードに名前をつ けることでチーム間コミュニケーションについて議 論しやすくなる チームタイプとインタラクションモードの認識が合 っていると、協業がスムーズになり、無駄な 軋轢も 減る これからは、何となく協業するのではなくて、お互 いにどのように協業するのかを言語化し、理解し合 ってから進めていきたいね
✌
Fin
質問タイムが始まった場合、あなたは 本日の内容について質問をすることができる。 質問タイム