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
Feature Teams
Search
Yasunobu Kawaguchi
PRO
June 24, 2021
Technology
0
170
Feature Teams
Yasunobu Kawaguchi
PRO
June 24, 2021
Tweet
Share
More Decks by Yasunobu Kawaguchi
See All by Yasunobu Kawaguchi
Claude Code for NOT Programming
kawaguti
PRO
1
78
Git in Team
kawaguti
PRO
4
630
from Sakichi Toyoda to Agile
kawaguti
PRO
2
160
Agile PBL at New Grads Trainings
kawaguti
PRO
1
1.4k
Last 2 Weeks on PBL
kawaguti
PRO
1
84
Bridging gaps between skills and ideas
kawaguti
PRO
1
91
Definition of Done
kawaguti
PRO
6
660
Nonaka Sensei
kawaguti
PRO
5
1.5k
Ninno LT
kawaguti
PRO
1
230
Other Decks in Technology
See All in Technology
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
570
Kiro IDEのドキュメントを全部読んだので地味だけどちょっと嬉しい機能を紹介する
khmoryz
0
180
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
220
SREチームをどう作り、どう育てるか ― Findy横断SREのマネジメント
rvirus0817
0
230
変化するコーディングエージェントとの現実的な付き合い方 〜Cursor安定択説と、ツールに依存しない「資産」〜
empitsu
4
1.4k
OpenShiftでllm-dを動かそう!
jpishikawa
0
100
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
150
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.3k
仕様書駆動AI開発の実践: Issue→Skill→PRテンプレで 再現性を作る
knishioka
2
640
Red Hat OpenStack Services on OpenShift
tamemiya
0
100
インフラエンジニア必見!Kubernetesを用いたクラウドネイティブ設計ポイント大全
daitak
1
360
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
240
Featured
See All Featured
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
300
Into the Great Unknown - MozCon
thekraken
40
2.3k
First, design no harm
axbom
PRO
2
1.1k
Building Flexible Design Systems
yeseniaperezcruz
330
40k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
1
51
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
74
Joys of Absence: A Defence of Solitary Play
codingconduct
1
290
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
GitHub's CSS Performance
jonrohan
1032
470k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
71k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Transcript
フィーチャーチームについて
ふつうの組織はコンポーネントチームになりがち
顧客の課題を解決するまで
顧客の課題を解決するまで 必要な根回し
顧客の課題を解決するまで 必要な根回し 遅い!
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 その代わり、コンポーネントを またいで触れないといけない。
共通コンポーネント vs フォークしたコンポーネント
共通コンポーネント思考 どうぞ使ってください
フォーク思考 = 分散開発の文化 ある時点で取り込んでる
顧客の課題を解決するまで これでチームを組んだら効率的 このチームがフォークした コンポーネントを持つ
使ってもらえるような コンポーネントを作る。 かつ、メンテし続ける。
https://speakerdeck.com/kawaguti/hagechabin?slide=29
https://speakerdeck.com/kawaguti/hagechabin?slide=30
https://speakerdeck.com/kawaguti/hagechabin?slide=31