アンチパターン・オブ・アジャイル見積もり～目指すべきは、「変化を促進する計画づくり」だった～ / go to agiled planning

アンチパターン・オブ・アジャイル見積もり吉祥寺.pm24【オンライン】 | 2020/9/18 | @omokawa_yasu 目指すべきは、「変化を促進する計画づくり」だった 1

本文 3

スクラム開発を２ヶ月、実施しました 4

本日は、見積もりに失敗したお話をします 5

状況説明 6

スクラムチーム構成 7 開発チーム（３名）プロダクトオーナースクラムマスター

スプリントバックログスクラム実施状況 8 デイリースクラム 1週間のスプリントスプリントレトロスペクティ
ブスプリントプランニングスプリントレビューインクリメントプロダクトバックログ

スプリントバックログ今回話す箇所 9 デイリースクラム 1週間のスプリントスプリントレトロスペクティ
ブスプリントプランニングスプリントレビューインクリメントプロダクトバックログ

見積もりの「精度」が上がらなかった 10 どんな失敗をしたか？

ストーリーの作業内容をすべて洗い出してから見積もろうとした 11 どのように精度を上げようとしたか？

何を失敗したか？ 12

時間をかけすぎた - ４ストーリーで合計４時間 - みんな疲弊した 13

かけた時間の割に、効果が出ない見積もり通りに完了したのは、１ストーリーだけ 14

なぜ失敗したか？ 15

詳細な作業内容を、想像で見積もった - 事前にいくら細かくしても。。 - ソースコードを見て初めて分かることが多かった - Salesforceとの連携など。。 - 見積もりの場にいないマーケッターに質問しないと作業内容がわからないストーリーがあった
16

定義された要件を、鵜呑みにした - 要件定義イコール、完成された設計だと勘違いした - プロダクトオーナーは、ソースコードを知らない - 最初から細かく設計しすぎると、後から修正しづらかった 17

見積もりを一回で完璧にしようとしたのが一番の失敗 18 要するに。。。

19 そもそも「良い計画」とは？

“あなたの計画が不正確だったにもかかわらず、それでもなお役に立ったといえるのは、プロジェクトの進行中にも計画を定期的に更新していた場合だ。” 20 『アジャイルな見積もりと計画づくり』　１章　2. よい計画とはなにか？

計画を定期的に更新すること 21 大事なのは、ここ

どうすれば変更しやすい計画がつくれるか？ 22

23 1. 「機能」ではなく、「ユーザに届ける価値」を定義する 2. ストーリーポイントを、時間に置き換えない要件定義のやり方を改善する

1. 「ユーザに届ける価値」を定義する ×）メール送信前に、ポップアップを追加したい〇）メールの誤送信を防ぎたい 24

目的：実現方法を、プロダクトオーナーと開発チームで積極的に議論させたい 25

2. ストーリーポイントを、時間に置き換えない ×） - 1 .. 2時間 - 2
.. 半日 - 3 .. 1日 - 5 .. 2日くらい〇）ポイントのままで見積もりをする 26

目的：「終わらせなければ」という脅迫観念を和らげ、場当たり的な実装を減らす 27

まとめ 28

変化を促進する計画づくりを目指そう - 「最初から正解を目指す」計画づくりをしても、精度は上がらない - 精度は、「徐々に上げてゆくもの」。積極的に変化しよう 29

不確実ゆえに成長楽しめる 30 最後に、ここで一句

アンチパターン・オブ・アジャイル見積もり～目指すべきは、「変化を促進する計画づくり」だった～ ...