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
Agile PBL at New Grads Trainings
kawaguti
PRO
1
440
Last 2 Weeks on PBL
kawaguti
PRO
1
57
Bridging gaps between skills and ideas
kawaguti
PRO
1
63
Definition of Done
kawaguti
PRO
6
560
Nonaka Sensei
kawaguti
PRO
4
1.4k
Ninno LT
kawaguti
PRO
1
180
大人の学び - マイクの持ち方について
kawaguti
PRO
6
970
User Story Mapping + Inclusive Team
kawaguti
PRO
4
900
Creative Pair
kawaguti
PRO
1
230
Other Decks in Technology
See All in Technology
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
3
260
EncryptedSharedPreferences が deprecated になっちゃった!どうしよう! / Oh no! EncryptedSharedPreferences has been deprecated! What should I do?
yanzm
0
410
Terraformで構築する セルフサービス型データプラットフォーム / terraform-self-service-data-platform
pei0804
1
180
はじめてのOSS開発からみえたGo言語の強み
shibukazu
1
340
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
570
AIのグローバルトレンド2025 #scrummikawa / global ai trend
kyonmm
PRO
1
290
Codeful Serverless / 一人運用でもやり抜く力
_kensh
7
430
ハードウェアとソフトウェアをつなぐ全てを内製している企業の E2E テストの作り方 / How to create E2E tests for a company that builds everything connecting hardware and software in-house
bitkey
PRO
1
150
Platform開発が先行する Platform Engineeringの違和感
kintotechdev
4
570
新規プロダクトでプロトタイプから正式リリースまでNext.jsで開発したリアル
kawanoriku0
1
120
2025年になってもまだMySQLが好き
yoku0825
8
4.8k
[ JAWS-UG 東京 CommunityBuilders Night #2 ]SlackとAmazon Q Developerで 運用効率化を模索する
sh_fk2
3
440
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Designing Experiences People Love
moore
142
24k
How to train your dragon (web standard)
notwaldorf
96
6.2k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Embracing the Ebb and Flow
colly
87
4.8k
Building Adaptive Systems
keathley
43
2.7k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Transcript
フィーチャーチームについて
ふつうの組織はコンポーネントチームになりがち
顧客の課題を解決するまで
顧客の課題を解決するまで 必要な根回し
顧客の課題を解決するまで 必要な根回し 遅い!
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 その代わり、コンポーネントを またいで触れないといけない。
共通コンポーネント vs フォークしたコンポーネント
共通コンポーネント思考 どうぞ使ってください
フォーク思考 = 分散開発の文化 ある時点で取り込んでる
顧客の課題を解決するまで これでチームを組んだら効率的 このチームがフォークした コンポーネントを持つ
使ってもらえるような コンポーネントを作る。 かつ、メンテし続ける。
https://speakerdeck.com/kawaguti/hagechabin?slide=29
https://speakerdeck.com/kawaguti/hagechabin?slide=30
https://speakerdeck.com/kawaguti/hagechabin?slide=31