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
Takafumi ONAKA
PRO
March 10, 2023
Technology
5
13k
デュアルトラックアジャイルとの向き合い方
2023-03-08 Findy LT Night 〜関西開発組織の最前線〜 開発生産性の取り組みをオフラインで語り合う
Takafumi ONAKA
PRO
March 10, 2023
Tweet
Share
More Decks by Takafumi ONAKA
See All by Takafumi ONAKA
気づけばこうなる運用 ~運用現場の現実と理想~
onk
PRO
0
28
プラットフォームを作る、プラットフォームを変える
onk
PRO
0
13
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
24k
1文字エイリアスのすゝめ
onk
PRO
0
100
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
0
1.2k
オブザーバビリティの Primary Signals
onk
PRO
2
6.4k
Cache Stampede
onk
PRO
1
2.3k
ORM - Object-relational mapping
onk
PRO
3
4k
Other Decks in Technology
See All in Technology
みんなだいすきALB、NLBの 仕組みから最新機能まで総おさらい / Mastering ALB & NLB: Internal Mechanics and Latest Innovations
kaminashi
0
180
DatabricksホストモデルでAIコーディング環境を構築する
databricksjapan
0
220
AIとともに歩む情報セキュリティ / Information Security with AI
kanny
4
3k
Mosaic AI Gatewayでコーディングエージェントを配るための運用Tips / JEDAI 2026 新春 Meetup! AIコーディング特集
genda
0
140
2026年、サーバーレスの現在地 -「制約と戦う技術」から「当たり前の実行基盤」へ- /serverless2026
slsops
2
130
KubeCon + CloudNativeCon NA ‘25 Recap, Extensibility: Gateway API / NRI
ladicle
0
160
DEVCON 14 Report at AAMSX RU65: V9968, MSX0tab5, MSXDIY etc
mcd500
0
240
JuliaTokaiとしてはこれが最後かもしれない(仮) for NGK2026S
antimon2
0
130
あたらしい上流工程の形。 0日導入からはじめるAI駆動PM
kumaiu
4
660
AIと新時代を切り拓く。これからのSREとメルカリIBISの挑戦
0gm
0
440
AI時代、1年目エンジニアの悩み
jin4
1
140
15 years with Rails and DDD (AI Edition)
andrzejkrzywda
0
130
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
51
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
270
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
290
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
300
The agentic SEO stack - context over prompts
schlessera
0
610
Testing 201, or: Great Expectations
jmmastey
46
8k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.3k
Paper Plane
katiecoart
PRO
0
46k
Prompt Engineering for Job Search
mfonobong
0
150
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
54
Transcript
デュアルトラックアジャイル との向き合い方 id:onk 2023-03-08 開発生産性の取り組みをオフラインで語り合う LT 1
自己紹介 • 大仲 能史 a.k.a. id:onk • 株式会社はてな チーフエンジニア 2
3 今日の話
4 デュアルトラックアジャイル
ソフトウェア開発の2つのトラック 5 https://www.jpattonassociates.com/dual-track-development/
2つのサイクル 6 https://www.scrumatscale.com/scrum-at-scale-guide-online/#the-components-of-scrumatscale
2つのサイクル 7 • デリバリー ◦ コーディングを伴う ◦ いわゆるスクラムチームの仕事 ◦ リリースしてユーザの反応を伺う
• ディスカバリー ◦ より仮説検証的なPO側の仕事 ◦ 作るものを決める
目的地に辿り着くことで例えると • ディスカバリーは地図 ◦ どこに向かうかを見定める • デリバリーは車 ◦ 色んな車があるよね 8
どちらも大事 • 地図が無いと迷子になる • 速度が遅いと時間が掛かる 9
両輪で回す 10 https://www.scrumatscale.com/scrum-at-scale-guide-online/#the-components-of-scrumatscale
アウトカムを出す 11 デリバリー ディスカバリー
12 アウトカムに結びつかない アウトプットは、高速に ゴミを作っている
13 というのが デュアルトラックアジャイル
14 論点ズラしてない?
遅い車はとにかく問題 • 地図が合っていても三輪車じゃ辿り着けない ◦ せめてエンジン付き。できれば常に整備しておきたい • 方向がベクトル90度以内に収まってればいい ◦ 象限が合っていれば十分 ▪
それ以上の精度が本当に必要? ◦ サイクルを素早く回せば修正できる ▪ 回すことすらできない方が問題が大きい 15
高速ゴミ製造機をより好む • もし良い企画に当たったら高速にアウトカム を作れる地力がある ◦ 止まった時計も1日2回は正しい時間を指す • 高速にPDCAを回すことができる ◦ PDCAを回した数だけチームとしての強さが増す
◦ 改善している実感を手に入れられ、役割分担が自然と され、目標達成にコミットできるチームになっていく 16
アウトプットを出す 17 ここが低いと話にならない
もちろん場合による • 打席に立てる回数には限りがある • ゴミを作ってる余裕がまったく無いなら当た る企画だけを作るしかない ◦ アウトにならないようなヒットを狙う ◦ 打率を上げることに注力する必要がある
18
19 アウトプットを出す ための工夫
アウトプットを出すための工夫 • 手元の工夫 • チームの工夫 20
手元の工夫 • 生産性が高い=タイプ数が少ない ◦ main[Command+Enter] で public static void main(String[]
args) になると、6ストロークで38文字 の生産性 ◦ 懇親会でお話🔥しましょう ▪ おまじないは少ない方が良い v.s. ▪ 静的解析のためのヒントは多い方が良い 21
手元の工夫 • 高速に打ち続けることにも こだわっています ◦ 思考のスピードで編集しよう! ▪ 懇親会でお話🔥しましょう ◦ 考える時間もゼロにして入力し続けたい
▪ いかに設計の素振りをしているか、 設計の共通化を行っているかが決め手 22
アウトプットを出すための工夫 • 手元の工夫 • チームの工夫 23
チームの工夫 • バリューストリームマップを作って改善する ◦ コスパの良い改善ポイントを見つけられる ◦ 開発パフォーマンス指標とバリューストリームマップ でチーム改善をする - $shibayu36->blog;
24
チームの工夫 • バリューストリームマップのコツ ◦ 成果物の受け渡しポイントに着目する ◦ 成果物 (作った PR) がレビューされていない時間
◦ 成果物 (merge した PR) がリリースされていない時間 ◦ 職種間、チーム間で、渡した後に着手するまでや 戻ってくるまでに待ちが発生していないか ▪ 職種横断チームに組み替えることで短くなるかもしれない 25
チームの工夫 • バディ組み替えで生産性向上 ◦ チームより小さなバディにタ スクをアサインして、どんど ん終わらせる目標に ◦ バディで終わらせられるタス クが減ったら生産性は戻った
26
27 まとめ
まとめ • デュアルトラックアジャイルという考え方 ◦ デリバリーとディスカバリーの両輪 • レベル1生産性の高い良いチームにしたい ◦ 両輪なので、片輪であるデリバリーも大事 •
そのために個人やチームで改善していく ◦ 僕らの事例を紹介しました 28