スクラムによるOpsBear開発3-ユーザーストーリーマッピング
- 2. プランニングポーカー • ユーザーストーリーマッピングで作成したStoryの優先度付き リストの各StoryにPointを付与する作業 • PointはStoryの大きさ(大変さ)で他のStoryとの相対値でつけ る • この作業により次のリリースまでに実装可能な範囲を見積も る
- 5. ② プランニングポーカー用のカードの用意(普通のトランプで十分) 1 2 3 5 8 13 × 人数分 • カードのPointはフィボナッチ数列にするのが一般的 • カードの種類が多すぎると混乱することもあるので 適当にPointを減らしても良い • 1,3,5と5より大きいという意味で8を用意すれば十分 21
- 7. ③ 全てのStoryにプランニングポーカーをする Story 25 8 • 各人でStoryを見積もりカードを出す ※ 出す数値は基準のStoryとの相対評価 • 全員の数値が揃えば次のStoryに移る • 揃わなければ基準(or 見積もり済み)との違いを議論 • 各人でStoryで再度カードを出し、揃うまで繰り返す 基準 5 相対評価 プランニングポーカーのステップ プランニングポーカーは認識の齟齬の確認と素早い見積もりが目的 揃わなそうであれば「見積もり保留」にしてしまう 回数を重ねるにつれメンバーの認識がそろってくるので厄介そうなのは後回しでOK 完璧に合わなくてもある程度認識があっているならば数値の大きいほうに合わせて しまう等もOK（速度優先）
- 8. ④ リリースまでに終わるか確認 Story Story Story Story Story Story Story ……… 優 先 度 低 高 1 3 5 8 5 3 1 次回の リリース 2週間のSprintでチームがこなせるPoint数 A を見積もる リリースまでのSprintの実施回数 B を確認 A × B = C がリリースまでの許容Point数 超えた場合はリリースに含めるStoryを減らす Cに余裕がある分には問題ない(開発中にStoryは増える) これがScrumの初期ProductBacklogになる
- 9. 参考 • アジャイルサムライ • SCRUM BOOT CAMP