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
Jun Nakajima
June 16, 2022
Business
1
1.5k
そのプランニングに意思、乗せていますか?
アジャイルをゆるく語りたい! でLTしたスライドです
イベント
https://rakus.connpass.com/event/246437/
Jun Nakajima
June 16, 2022
Tweet
Share
More Decks by Jun Nakajima
See All by Jun Nakajima
より協力的なペアプロを促すには どうするかを考える
jnuank
9
1.7k
スクラムを実践していた私がXPの現場に来て感じたこと
jnuank
2
680
エヴァンス本輪読会お疲れ様会を楽しむために / DDD輪読会での差分とこれから
jnuank
0
110
3つの概念で覚えるLinuxの世界
jnuank
0
20k
1週間ですら見積もれなかったからイテレーションを1日にしてみた
jnuank
0
620
正しくつくるための設計を学ぶ_最終報告
jnuank
1
130
Event Storming Big Pictureを試す
jnuank
0
700
対話から始めていく私たち開発チームのジャーニー
jnuank
2
740
私たちのモブプロの心得.pdf
jnuank
1
300
Other Decks in Business
See All in Business
実はたくさんほしい インシデント報告/more incident reports
kakehashi
0
560
『ゼクシィNet』大規模エンハンス体制における 開発生産性改善アプローチ
recruitengineers
PRO
3
390
The Quintessence of Sushi, the landscape of the startup ecosystems in the age of AI
taizoson
0
150
開発組織のOKRの作り方 / OKR in a development division
kakehashi
14
5k
0年目から意識したい、スピーディーに誤解無くコミュニケーションを取る方法
brainpadpr
4
2k
最大最強の敵との戦い
in0u
1
3.4k
Mercari-Fact-book_en
mercari_inc
1
18k
プログリット会社紹介資料/We Are Hiring
jobs_progrit
5
87k
2023年度PoliPoliインパクトレポート(β版)/Impact Report2023
polipoli
1
1k
カスタマーサクセスのことを学ぶために 読んだ書籍の紹介
mkitahara01985
2
120
私がアウトプットをやめられない 10 の理由
bicstone
5
520
Pacific Meta Design Guideline for "Company Deck"
pacificmeta
0
1.4k
Featured
See All Featured
Code Review Best Practice
trishagee
56
16k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
104
6.7k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
323
20k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
246
20k
How to name files
jennybc
65
94k
Building Better People: How to give real-time feedback that sticks.
wjessup
356
18k
StorybookのUI Testing Handbookを読んだ
zakiyama
13
4.7k
Optimizing for Happiness
mojombo
372
69k
Done Done
chrislema
178
15k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
4 Signs Your Business is Dying
shpigford
176
21k
Why Our Code Smells
bkeepers
PRO
331
56k
Transcript
そのプランニングに 意思、乗せていますか? 2022/06/16 アジャイルをゆるく語りたい! #アジャイルLT Jun Nakajima
自己紹介 なかじま(@jnuank_) • 前職でスクラムを実践 • ユーザベースにJoinしてからXPを実践してます • モブプロ/ペアプロ/DDD/TDD/アジャイル好き • 前職から日々の開発のカイゼンを率先してやってた
• 社内でKAIZEN 和尚と呼ばれることがあります 2
今日話したいこと • プランニング、雰囲気でやってた • プランニングの強度を高めるためにやったこと 3
私が経験したよくあるリリース計画 • 今あるベロシティをベースに考える方式 ◦ PdMからこんな機能を作りたいとなる ◦ ストーリーを出して、見積もる ◦ チームのベロシティを元にどのくらい掛かるか見積もる ▪
ビジネスサイドと話し、リリース日を決める(スコープ の調整もする) 4
進捗が悪くなったとき 5 ※画像はイメージです
こう考える 6 このままだとリ リース日に間に 合わない エンジニア スコープ小さくす るかリリース日を 延期してもらおう
実際に提案をする 7 スコープ小さくするかリ リース日を延期ってできま せんか じゃあスコープを小さくし ましょうか
何度かやって、営業から刺さる一言 8 何度も何度もスコープを小さくし て極限まで削っている中で、更 にスコープを小さくしてと言われ るのは正直辛い セールス 進捗が良くない時に、他 の選択肢ってないので しょうか?
意思が弱いプランニングになってないか • チームのベロシティを元に、優先順にバックログを当てはめ るやり方だけだと、そこに自分たちの意思が乗りにくいので は?(もしくは意思が弱い) • 計画に対する意思が弱いから、ビジネスサイドに辛い二択を 何度も迫ってしまっているのでは? 9
もやもやした状態で別のチームへ
新規チームでの計画づくり • 既存のプロダクトに新機能を開発するチームに入る ◦ 新規チーム ▪ 見積もりで参考にするベロシティはない ◦ 1イテレーション=1週間で動く •
1stリリース日は事業計画の都合から、動かせない 確実に終わらせるために、プランニングの強度を高める必 要があった 11
計画の強度を高めるために • 目標を達成するために、どう進めるかを言語化する ◦ いつまでに何を終わらせるか ◦ 何を諦めるか、何を諦めてはいけないか ◦ ゴールを達成するために、どう進めるか 12
いつまでに何を終わらせるか
いつまでに何を終わらせるか • リリース日から逆算し、いつま でに何ができていないといけな いかを洗い出す • そのマイルストーンを達成でき るようにストーリーをプロットし ていく 14
バーンダウンを引く • 計画線には、傾きが緩やかな箇所と急な箇所を作る • 新規チームのベロシティは最初安定しない ◦ チームは日々学習し、成長する • イテレーションごとに成長する自分たちを考慮し、達成すると いう意思を込める
15
何を諦めるか、何を諦めてはいけないか
諦めてはいけないものの認識を揃える • 各イテレーションで、必ず達 成することの認識を合わせる • このイテレーションで達成した い本質は何とするかという意 思を込める 17
諦めたものは早いうちに回収する • 諦めると言っても、品質を犠牲にしたままリリースをするわけ ではない • 次のストーリー(2周目など)でしっかりやることが前提 • 機能の骨子となる1週目を作るのは重いため、それを優先す るという意思を反映している 18
ゴールを達成するために、どう進めるか
イテレーションプランニングにも意思を込める • バーンダウンで計画したポイント分をToDoに乗せるだけでは なく、どうやれば全てを完全Doneできるのか • 進め方に意思を込める ◦ 一部技術的なリスクがあるなら最初に優先したり、ペア・モ ブで認識を揃えながら進める、など
20
デイリーは今日のゴールを話し合う • 今日どこまで終わらせたいかチームで認識を揃え、障害とな るものがあれば共有する • イテレーション開始時に計画したToDoを全て完全Doneでき なそうであれば、一旦何かを諦めることも考える ◦ 各イテレーションで認識を揃えた「必ず達成すること」を 指針にする
21
実際にやってみての感想
思い通りにはいかないが、変化に適応できる • ここまでやっても、状況は容赦なく変化する • 諦めてはダメな箇所の認識を揃えることで、やりたいことの 本質は守りつつ、計画を適応させていった ◦ 実際に進捗が遅れたときも、一旦諦めることで挽回をす ることができた 23
まとめ
まとめ • 究極的には成果を出すことが大事 ◦ 成果が無ければビジネスサイドの信頼が得られない • プランニングの強度を高めるには、成果を出せるよう計画を 適応し続けること • 強度を高めるには、何をやり遂げる必要があるかをはっきり
させ、計画に意思を込めること 25
Thank you!