そのプランニングに意思、乗せていますか？

by Jun Nakajima

Slide 1

Slide 1 text

そのプランニングに  意思、乗せていますか？  2022/06/16 アジャイルをゆるく語りたい！ #アジャイルLT Jun Nakajima

Slide 2

Slide 2 text

自己紹介  なかじま（@jnuank_）  ● 前職でスクラムを実践  ● ユーザベースにJoinしてからXPを実践してます  ● モブプロ/ペアプロ/DDD/TDD/アジャイル好き  ● 前職から日々の開発のカイゼンを率先してやってた  ● 社内でKAIZEN 和尚と呼ばれることがあります  2

Slide 3

Slide 3 text

今日話したいこと  ● プランニング、雰囲気でやってた  ● プランニングの強度を高めるためにやったこと  3

Slide 4

Slide 4 text

私が経験したよくあるリリース計画  ● 今あるベロシティをベースに考える方式  ○ PdMからこんな機能を作りたいとなる  ○ ストーリーを出して、見積もる  ○ チームのベロシティを元にどのくらい掛かるか見積もる  ■ ビジネスサイドと話し、リリース日を決める（スコープの調整もする）  4

Slide 5

Slide 5 text

進捗が悪くなったとき  5 ※画像はイメージです

Slide 6

Slide 6 text

こう考える  6 このままだとリリース日に間に合わないエンジニアスコープ小さくするかリリース日を延期してもらおう

Slide 7

Slide 7 text

実際に提案をする  7 スコープ小さくするかリリース日を延期ってできませんかじゃあスコープを小さくしましょうか

Slide 8

Slide 8 text

何度かやって、営業から刺さる一言  8 何度も何度もスコープを小さくして極限まで削っている中で、更にスコープを小さくしてと言われるのは正直辛いセールス進捗が良くない時に、他の選択肢ってないのでしょうか？

Slide 9

Slide 9 text

意思が弱いプランニングになってないか  ● チームのベロシティを元に、優先順にバックログを当てはめるやり方だけだと、そこに自分たちの意思が乗りにくいのでは？（もしくは意思が弱い）  ● 計画に対する意思が弱いから、ビジネスサイドに辛い二択を何度も迫ってしまっているのでは？  9

Slide 10

Slide 10 text

もやもやした状態で別のチームへ 

Slide 11

Slide 11 text

新規チームでの計画づくり  ● 既存のプロダクトに新機能を開発するチームに入る  ○ 新規チーム  ■ 見積もりで参考にするベロシティはない  ○ 1イテレーション＝1週間で動く  ● 1stリリース日は事業計画の都合から、動かせない  確実に終わらせるために、プランニングの強度を高める必要があった  11

Slide 12

Slide 12 text

計画の強度を高めるために  ● 目標を達成するために、どう進めるかを言語化する  ○ いつまでに何を終わらせるか  ○ 何を諦めるか、何を諦めてはいけないか  ○ ゴールを達成するために、どう進めるか  12

Slide 13

Slide 13 text

いつまでに何を終わらせるか 

Slide 14

Slide 14 text

いつまでに何を終わらせるか  ● リリース日から逆算し、いつまでに何ができていないといけないかを洗い出す  ● そのマイルストーンを達成できるようにストーリーをプロットしていく  14

Slide 15

Slide 15 text

バーンダウンを引く  ● 計画線には、傾きが緩やかな箇所と急な箇所を作る  ● 新規チームのベロシティは最初安定しない  ○ チームは日々学習し、成長する  ● イテレーションごとに成長する自分たちを考慮し、達成するという意思を込める  15

Slide 16

Slide 16 text

何を諦めるか、何を諦めてはいけないか 

Slide 17

Slide 17 text

諦めてはいけないものの認識を揃える  ● 各イテレーションで、必ず達成することの認識を合わせる  ● このイテレーションで達成したい本質は何とするかという意思を込める  17

Slide 18

Slide 18 text

諦めたものは早いうちに回収する  ● 諦めると言っても、品質を犠牲にしたままリリースをするわけではない  ● 次のストーリー(2周目など)でしっかりやることが前提  ● 機能の骨子となる1週目を作るのは重いため、それを優先するという意思を反映している  18

Slide 19

Slide 19 text

ゴールを達成するために、どう進めるか 

Slide 20

Slide 20 text

イテレーションプランニングにも意思を込める  ● バーンダウンで計画したポイント分をToDoに乗せるだけではなく、どうやれば全てを完全Doneできるのか  ● 進め方に意思を込める  ○ 一部技術的なリスクがあるなら最初に優先したり、ペア・モブで認識を揃えながら進める、など    20

Slide 21

Slide 21 text

デイリーは今日のゴールを話し合う  ● 今日どこまで終わらせたいかチームで認識を揃え、障害となるものがあれば共有する  ● イテレーション開始時に計画したToDoを全て完全Doneできなそうであれば、一旦何かを諦めることも考える  ○ 各イテレーションで認識を揃えた「必ず達成すること」を指針にする  21

Slide 22

Slide 22 text

実際にやってみての感想 

Slide 23

Slide 23 text

思い通りにはいかないが、変化に適応できる  ● ここまでやっても、状況は容赦なく変化する  ● 諦めてはダメな箇所の認識を揃えることで、やりたいことの本質は守りつつ、計画を適応させていった  ○ 実際に進捗が遅れたときも、一旦諦めることで挽回をすることができた  23

Slide 24

Slide 24 text

まとめ 

Slide 25

Slide 25 text

まとめ  ● 究極的には成果を出すことが大事  ○ 成果が無ければビジネスサイドの信頼が得られない  ● プランニングの強度を高めるには、成果を出せるよう計画を適応し続けること  ● 強度を高めるには、何をやり遂げる必要があるかをはっきりさせ、計画に意思を込めること  25

Slide 26

Slide 26 text

Thank you!