Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
デュアルトラックアジャイルとの向き合い方
Search
Takafumi ONAKA
PRO
March 10, 2023
Technology
14k
5
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
デュアルトラックアジャイルとの向き合い方
2023-03-08 Findy LT Night 〜関西開発組織の最前線〜 開発生産性の取り組みをオフラインで語り合う
Takafumi ONAKA
PRO
March 10, 2023
More Decks by Takafumi ONAKA
See All by Takafumi ONAKA
気づけばこうなる運用 ~運用現場の現実と理想~
onk
PRO
0
93
プラットフォームを作る、プラットフォームを変える
onk
PRO
0
78
強いチームと開発生産性
onk
PRO
44
18k
ADRを運用して3年経った僕らの現在地
onk
PRO
22
26k
1文字エイリアスのすゝめ
onk
PRO
0
150
すこやかなサービス運営のための PWG (Performance Working Group)
onk
PRO
1
1.5k
オブザーバビリティの Primary Signals
onk
PRO
2
6.7k
Cache Stampede
onk
PRO
1
2.5k
ORM - Object-relational mapping
onk
PRO
3
4.2k
Other Decks in Technology
See All in Technology
研究開発部の紹介 / Sansan R&D Profile
sansan33
PRO
5
25k
Azure Serverless 2026:Production-ready な AI エージェント基盤 / Azure Serverless 2026: Production-Ready AI Agent Platform
miyake
2
540
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
110
What the customer really needed
kawaguti
PRO
3
220
積み重なった技術負債への挑戦 〜初手としての全社ゴト化〜
techtekt
PRO
0
1.6k
今話題のAI「Jev」って何? 宇宙最速で学ぶ会
minorun365
PRO
30
19k
データ_AIの事業の勝敗をわけるもの
nek0128
1
470
2026-09-18 gotanda.sre Terraformで複数環境作ったり、複数Stateに分割したりそれとTerragrunt / Terraform multi envs and multi states
masasuzu
4
700
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
3
2.6k
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
500
あけおめLINE 傾向とその対策
nasa9084
0
270
Claude in Chrome 入門 / Introduction to Claude in Chrome
cielo1985
0
880
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
The Cost Of JavaScript in 2023
addyosmani
55
10k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
410
How Software Deployment tools have changed in the past 20 years
geshan
1
34k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
500
Amusing Abliteration
ianozsvald
1
310
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.6k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.2k
Art, The Web, and Tiny UX
lynnandtonic
304
22k
Marketing to machines
jonoalderson
1
5.8k
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