1週間ですら見積もれなかったからイテレーションを1日にしてみた

1週間ですら見積もれなかったから  イテレーションを1日にしてみた  2021/02/21 #agile_devs アジャイルプラクティス LT会 <Agile Practices Subway Tour>#1
XP編 Jun Nakajima 1

なかじま (Twitter：@jnuank_)  • C#→Bash→Python・Vue.js  • モブプロ/ペアプロ/DDD/TDD  • 最近のアジャイルに関する活動  ◦ 社内でスクラム布教ラジオ発足 
• あだ名  ◦ KAIZEN BOZU  ▪ 一時期、坊主頭だったので→  自己紹介  2

皆さんのチームのイテレーション期間は  どのくらいですか？ 

うちのチームの場合  1週間　→　1日 

私たちのチームの最近の仕事  • レガシーシステム上にあるデータを新しいDBへ移行  ◦ 約1億レコード  • 正規化されてない状態  • どのデータが必要で不要かの整理ができてない  ◦
現行システムの調査が必要        7 レガシーシステムのデータ移行 

私たちのチームの最近の仕事  • レガシーシステム上にあるデータを新しいDBへ移行  ◦ 約1億レコード  • 正規化されてない状態  • どのデータが必要で不要かの整理ができてない  ◦
現行システムの調査が必要        8 レガシーシステムのデータ移行  作業が充分すぎる程に複雑 

結果、1週間分のタスクの計画が  立てることができない状況が続く… 

いまの自分たちには1週間分の計画が  できるほど情報が無いことがわかった 

1週間ですら見積もれないのだから  1日にしてみよう 

1週間→1日を実践する前に  • 毎日レビュー・計画することで方向転換がしやすくなる  • 1日毎に完了したかどうか確認ができるのではないか    • タスクが中途半端にならないか  • ミクロな視点に陥って、全体の方向性を見失いそう 
    12 期待すること、不安なことを出し合う 

3ヶ月やってみた結果 

よかったこと  • 1日ごとにレビューし計画し直せる  • レビューした結果、昨日の成果を捨てることもできた  ◦ 技術調査のサンプルコードなど  ◦ 時間を掛けたのが少ない分、捨てやすい   
14 方向転換のしやすさ 

よかったこと  • 今日の分だけ見積もるので、充分小さなタスクになる  • 仮に緊急対応が必要になったら、今日計画したものを翌日に回すなど対応  • バッファ見積もりが必要なくなった     
15 結果的にバッファを取らなくなった 

よくなかったこと  • 計画を30分と定めていたが、それよりオーバーすることが多かった  • 1日1日に集中する為、ミクロな視点になりがちだった  ◦ →　ロードマップだけざっくり決め、方向性を見失わないようにした   
  16

そして現在 

1日　→　1週間 

1日1日を積み重ね、先が見通せる状況に  • 30分オーバーしていた見積もりが早くなってきた  • 「今日これやったら明日はこれだよね」と、明日以降のタスクに関する発言が多くなってきた  • いまのチームは歩幅を小さくしなくても、充分に回るようになってきた   
    19 1日→1週間に戻すのを検討 

まとめ 

イテレーションはチームの歩幅  • 先が見えなくて不安なら、歩幅を小さくしてもいい  • 検査、適応のフィードバックループを小さく早く回すことで先を見通す為の情報を早く入手する  • そこである程度自分たちが先を見通せるようになったと自信がついたら、その時はまた歩幅を大きくしてもよい   
21 状況に応じて変えてもいい 

1週間→1日で得たもの  • せっかくアジャイルになるために、プラクティスを実践しているのに、そのプラクティスに縛られるのはもったいない  ◦ イテレーションは通常1〜4週間だ、みたいな  • プラクティスを守るのは大事だけど、環境の変化に適応する為やり方を変えるのも大事だなという学び  22
プラクティスも状況に応じて変化させる 

23 Thank you!

1週間ですら見積もれなかったからイテレーションを1日にしてみた

1週間ですら見積もれなかったからイテレーションを1日にしてみた

Jun Nakajima

More Decks by Jun Nakajima

Other Decks in Business

Featured

Transcript