Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
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
Git in Team
kawaguti
PRO
3
540
from Sakichi Toyoda to Agile
kawaguti
PRO
1
130
Agile PBL at New Grads Trainings
kawaguti
PRO
1
1.3k
Last 2 Weeks on PBL
kawaguti
PRO
1
70
Bridging gaps between skills and ideas
kawaguti
PRO
1
80
Definition of Done
kawaguti
PRO
6
610
Nonaka Sensei
kawaguti
PRO
4
1.4k
Ninno LT
kawaguti
PRO
1
210
大人の学び - マイクの持ち方について
kawaguti
PRO
6
1.1k
Other Decks in Technology
See All in Technology
.NET 10 のパフォーマンス改善
nenonaninu
2
3k
type-challenges を全問解いたのでエッセンスと推し問題を紹介してみる
kworkdev
PRO
0
150
IaC を使いたくないけどポリシー管理をどうにかしたい
kazzpapa3
1
200
Pandocでmd→pptx便利すぎワロタwww
meow_noisy
2
1.1k
AI駆動開発2025年振り返りとTips集
knr109
1
140
GitHub を組織的に使いこなすために ソニーが実践した全社展開のプラクティス
sony
19
9.7k
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
15k
タグ付きユニオン型を便利に使うテクニックとその注意点
uhyo
1
320
Claude Code はじめてガイド -1時間で学べるAI駆動開発の基本と実践-
oikon48
28
15k
"'TSのAPI型安全”の対価は誰が払う?不公平なスキーマ駆動に終止符を打つハイブリッド戦略
hal_spidernight
0
210
SRE視点で振り返るメルカリのアーキテクチャ変遷と普遍的な考え
foostan
2
3.5k
DGX SparkでローカルLLMをLangChainで動かした話
ruzia
1
170
Featured
See All Featured
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Balancing Empowerment & Direction
lara
5
770
Building Flexible Design Systems
yeseniaperezcruz
329
39k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
Being A Developer After 40
akosma
91
590k
Agile that works and the tools we love
rasmusluckow
331
21k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
Code Review Best Practice
trishagee
73
19k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.6k
Transcript
フィーチャーチームについて
ふつうの組織はコンポーネントチームになりがち
顧客の課題を解決するまで
顧客の課題を解決するまで 必要な根回し
顧客の課題を解決するまで 必要な根回し 遅い!
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 異なる専門性を持つ人を 集めたチームにする
顧客の課題を解決するまで これでチームを組んだら効率的 その代わり、コンポーネントを またいで触れないといけない。
共通コンポーネント vs フォークしたコンポーネント
共通コンポーネント思考 どうぞ使ってください
フォーク思考 = 分散開発の文化 ある時点で取り込んでる
顧客の課題を解決するまで これでチームを組んだら効率的 このチームがフォークした コンポーネントを持つ
使ってもらえるような コンポーネントを作る。 かつ、メンテし続ける。
https://speakerdeck.com/kawaguti/hagechabin?slide=29
https://speakerdeck.com/kawaguti/hagechabin?slide=30
https://speakerdeck.com/kawaguti/hagechabin?slide=31