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
170
0
Share
Feature Teams
Yasunobu Kawaguchi
PRO
June 24, 2021
More Decks by Yasunobu Kawaguchi
See All by Yasunobu Kawaguchi
Why we keep our community?
kawaguti
PRO
1
580
Scrum Fest Morioka 2026
kawaguti
PRO
3
940
Claude Code for NOT Programming
kawaguti
PRO
2
420
Why Organizations Fail: ノーベル経済学賞「国家はなぜ衰退するのか」から考えるアジャイル組織論
kawaguti
PRO
2
410
Git in Team
kawaguti
PRO
4
660
from Sakichi Toyoda to Agile
kawaguti
PRO
2
240
Agile PBL at New Grads Trainings
kawaguti
PRO
1
1.5k
Last 2 Weeks on PBL
kawaguti
PRO
1
110
Bridging gaps between skills and ideas
kawaguti
PRO
1
120
Other Decks in Technology
See All in Technology
AIでAIをテストする - 音声AIエージェントの品質保証戦略
morix1500
1
140
バイブコーディングで3倍早く⚪⚪を作ってみた
samakada
0
110
MLOps導入のための組織作りの第一歩
akasan
0
360
20260428_Product Management Summit_tadokoroyoshiro
tadokoro_yoshiro
12
14k
スクラムの中で AI-DLC workflow を 使い始めて3ヶ月の振り返り
kaminashi
0
130
AIが書いたコードを信じられない問題 〜レビュー負荷を下げるために変えたこと〜 / The AI Code Trust Gap: Reducing the Review Burden
bitkey
PRO
8
1.4k
No Types Needed, Just Callable Method Check
dak2
1
1.8k
Good Enough Types: Heuristic Type Inference for Ruby
riseshia
1
290
AIコーディング時代における、ソフトウェアサプライチェーン攻撃に対する防衛術(簡易版)
soysoysoyb
0
120
Percolatorを廃止し、マルチ検索サービスへ刷新した話 / Search Engineering Tech Talk 2026 Spring
visional_engineering_and_design
0
140
コミュニティ・勉強会を作るのは目的じゃない
ohmori_yusuke
0
250
AWS Agent Registry の基礎・概要を理解する/aws-agent-registry-intro
ren8k
3
390
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4k
Thoughts on Productivity
jonyablonski
76
5.1k
The Invisible Side of Design
smashingmag
303
52k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
260
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
160
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.9k
Chasing Engaging Ingredients in Design
codingconduct
0
170
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
140
How Software Deployment tools have changed in the past 20 years
geshan
0
33k
Bash Introduction
62gerente
615
210k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
320
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.4k
Transcript
フィーチャーチームについて
ふつうの組織はコンポーネントチームになりがち
顧客の課題を解決するまで
顧客の課題を解決するまで 必要な根回し
顧客の課題を解決するまで 必要な根回し 遅い!
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 その代わり、コンポーネントを またいで触れないといけない。
共通コンポーネント vs フォークしたコンポーネント
共通コンポーネント思考 どうぞ使ってください
フォーク思考 = 分散開発の文化 ある時点で取り込んでる
顧客の課題を解決するまで これでチームを組んだら効率的 このチームがフォークした コンポーネントを持つ
使ってもらえるような コンポーネントを作る。 かつ、メンテし続ける。
https://speakerdeck.com/kawaguti/hagechabin?slide=29
https://speakerdeck.com/kawaguti/hagechabin?slide=30
https://speakerdeck.com/kawaguti/hagechabin?slide=31