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
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
92
プラットフォームを作る、プラットフォームを変える
onk
PRO
0
76
強いチームと開発生産性
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
Hub & Spoke 環境のネットワークルーティングを分解してみる
tsuyataku
1
530
Genie Code ワークショップ 基礎編 / Genie-Code-Workshop-fundamental
databricksjapan
PRO
0
360
AIエージェントの開発・提供におけるセキュリティリスクの論点と対策
flatt_security
1
570
AI時代におけるプロダクト横断勉強会の設計
zozotech
PRO
0
150
深夜のクラウド懺悔室 1:29:300 or 1:0:0
kazzpapa3
0
170
PdMをやめて、 "プロダクトビルダー"という 働き方に変えました / PdM to Product Builder
shikichee
2
710
[RSJ26] Building a VLA Model Based on Self-Distilled Classification
keio_smilab
PRO
0
190
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
240
Kiro Crewしか勝たん!?
miu_crescent
PRO
0
180
Sony-DroidKaigi2026
sony
1
320
[RSJ26] AnoleVLA: Lightweight Vision-Language-Action Model with Deep State Space Models for Mobile Manipulation
keio_smilab
PRO
0
120
多摩川(.dev)ランニング入門 / Tamagawa.dev#3
fujiwara3
3
360
Featured
See All Featured
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.9k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
520
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
4.6k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
New Earth Scene 8
popppiees
3
2.5k
Darren the Foodie - Storyboard
khoart
PRO
3
3.9k
Odyssey Design
rkendrick25
PRO
2
800
We Are The Robots
honzajavorek
0
340
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
970
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
720
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