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
KentaYoshitani
November 06, 2024
0
270
ロードマップ型リファインメントという現在地
KentaYoshitani
November 06, 2024
Tweet
Share
More Decks by KentaYoshitani
See All by KentaYoshitani
みんなで夢中で開発するチームを目指したら リリースまでの時間が1/3に減った話
kentayoshitani
1
49
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Making Projects Easy
brettharned
115
5.9k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
370
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.1k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.8k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Intergalactic Javascript Robots from Outer Space
tanoku
269
27k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.5k
What's in a price? How to price your products and services
michaelherold
243
12k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
27
4.3k
Teambox: Starting and Learning
jrom
133
8.8k
Transcript
ロードマップ型リファインメン トという現在地 Startup in Agile #2
mento Inc. 今日のテーマ 「みんなのリファインメントの現在地」
mento Inc. 今日のテーマ リファインメントの優先度って 難しくないですか?
mento Inc. 今日話すこと ロードマップ型で可視化して優先度決める といいぞ
mento Inc. ・エンジニアとしてスクラムを8年くらい回してる ・スクラム系の資格は持ってません 好きなもの:コーチング(受ける方) 自己紹介 よしけん mentoのプロダクトエンジニア
mento Inc. mentoの話 コーチングとLLMを用いた組織開発プロダクトを提供してます
mento Inc. 前提として、mentoの状況 • スタートアップ • フルタイムプロダクトチーム6人 ◦ Dev x3
◦ PdM x2 ◦ Design x1 • ハーフタイムエンジニア4人
mento Inc, 8 課題感 リファインメントの優先度って難しくない ですか?
mento Inc. リファインメントとはの定義を改めて軽く https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf
mento Inc, 10 リファインメントとはの定義を改めて軽く • リファインメントの活動を通じて、選択に必要な透明性を獲得する。 • プロダクトバックログアイテムがより⼩さく詳細になるように、分割および定義をす る活動である •
これは、説明・並び順・サイズなどの詳細を追加するための継続的な活動である。多 くの場合、属性は作業領域によって異なる。 → リファインメントはプロダクトバックログアイテムを詳細化し、並び順を変 更する作業
mento Inc, 11 ありがちなパターン バックログ縦一列で重要度と工数などから 優先度決めましょうスタイル
mento Inc, 12 バックログ縦一列スタイルは難しい ・攻めの開発も守りの開発もごっちゃなので優先度って決められな い ・工数感や仕掛かり中のものがわかりにくい ・優先度が高くても、例えばフロントエンドタスクばっかりだと進 められない ・PdMとエンジニアが見えている情報が違う
mento Inc, 13 バックログ縦一列スタイルは難しい 結局大事なのは 「これっていつ頃までにできるん?」
mento Inc, 14 おすすめ ロードマップ型で可視化して優先度決める
mento Inc, 15 ロードマップ型で可視化して優先度決める どうやるか
mento Inc, 16 エピックとざっくりの期間入れる
mento Inc, 17 攻めと守りをわかりやすくする
mento Inc, 18 人もプロットして調整
mento Inc, 19 細かいタスクは細かいタスクをやってもらうラインを作る
mento Inc, 20 2週間(スプリント終わり)ごとに優先度調整する
mento Inc, 21 良いポイント 何がいいか
mento Inc, 22 良いポイント① いつまでに何ができそうかわかりやすく、組み替えしやすい
mento Inc, 23 良いポイント② 人のアサインをしてみて、足りないとか余るとかがわかる
mento Inc, 24 良いポイント③ 攻めと守りをいい感じに配分できる
mento Inc, 25 その他いいポイント • 分割しすぎなくていい ◦ 大きいエピックにしっかり取り組むことができる
mento Inc, 26 気を付けるポイント 気を付けるポイント
mento Inc, 27 気を付けるポイント Q. 期間ってそもそも最初に見積もれるの?
mento Inc, 28 Q. 期間ってそもそも最初に見積もれるの? • 正確には見積もれない前提。それでもいい ◦ そこはコミットメントにしない
mento Inc, 29 Q. 期間ってそもそも最初に見積もれるの? • 正確には見積もれない前提。それでもいい ◦ そこはコミットメントにしない •
けど不確実性を先に潰すのは大事 ◦ 実装の不確実性→スパイクを打つ
mento Inc, 30 Q. 期間ってそもそも最初に見積もれるの? • 「この大きさに収めるくらいで進める」という考え方もできる ◦ ShapeUpでいうところのAppetite (希望工数)としてとらえる
https://basecamp.com/shapeup
mento Inc, 31 気を付けるポイント Q. エピック内のタスク管理は どうすればいい?
mento Inc, • エピックの完了のために必要なものがあったら追加したり優先 度上げたりする ◦ 2週間サイクルでは遅い ◦ エピックごとに定例を作って毎日やる ◦
スピーディにやる 32 Q. エピック内のタスク管理はどうすればいい?
mento Inc, 33 気を付けるポイント Q. 全部やるになって フォーカスできてないんじゃない?
mento Inc, 34 Q. 全部やるになってフォーカスできてないんじゃない? • Qごとに目標は決めて、そこから逆算してスプリントゴールは決 める • そこはコミットをするし、そこの達成に対して問題になりそう
なら他を落とす
mento Inc, 35 まとめ まとめ
mento Inc, 36 ロードマップ型という現在地 • ロードマップ型にするとみんなの目線が揃って攻めも守りも判 断しやすくなる • コミットすべきものとそうじゃないものは分けて認識を合わせ るとメリハリが出る
mento Inc, 37 ロードマップ型という現在地 ロードマップ型どうですか?
mento Inc. We are Hiring! コーチングとLLMを用いた組織開発プロダクトを提供してます