アジャイルな見積りと計画づくり2

1

2014年5月23日

ＧＭＯインターネット株式会社

次世代システム研究室

藤村新

アジャイルな見積りと

計画づくり2

2

目次

1)前回の復習

2)見積もり方法

3)優先順位の付け方

4)リリース計画の作り方

5)イテレーション計画の作り方

6)まとめ

3

目次

1)前回の復習





6)まとめ

5

前回

計画の目的

なぜ従来の計画づくりは失敗するの

か

なぜアジャイルな計画づくりはうまくい

くのか

6

今回

具体的な方法

見積り方法

優先順位の付け方

リリース計画の作り方

イテレーション計画の作り方

7

目次

1)前回の復習





6)まとめ

期間の見積もりは以下のようなプロセスになる

要求されるフィーチャ

規模の見積もり期間への変換スケジュール

1.ストーリーポイント

2.理想日

http://www.slideshare.net/YohNakamura/yohhatu-yohhatu

作業量の見積りと期間の見積りが分離

ストーリーポイントの長所職能横断的な作業の進め方

を促進する長持ちする純粋に大きさだけをあらわす早い僕の理想日と君の理想日は

違う

プランニングポーカー

活発な対話を引き出す

1.ストーリーポイント

2.理想日

サッカーの試合の長さ？ • 理想時間： • 45分＋45分＝90分

• 現実時間： • 45分＋3分＋15分＋

45分＋5分≒113分

18

•リリース済みプロダクトのサポート •体調不良 •会議 •デモンストレーション •私用 •電話応対 •緊急の割込み作業 •トレーニング

•メール •レビューやウォークスルー •候補者の面接 •タスクの切り替え時間 •リリース済みプロダクトのバグ修正 •マネージャとの面談

各ストーリーで担当ごとの理想日を見積もるという手間をかけても、報われる事は滅多にない

理想日の長所 • プロジェクト関係者に説明しやすい

• 導入しやすい

理想日 ≠

現実日

22

目次

1)前回の復習





6)まとめ

優先順位づけの判断要素 1. 金銭価値 2. 開発にかかるコスト 3. 開発を通じて学べる知

識の量とその意義 4. 低減できるリスク

オススメは「望ましさ」による優先順位づけ

顧客満足度の狩野モデル 1. 当たり前、または必須の

フィーチャ 2. 線形、一元的なフィーチャ 3. 魅力的な、わくわくする

フィーチャ

例)ホテルの特徴必須ベッド、バスルーム、机、清潔であること

あればあるほど良いベッドの寝心地、部屋が広い、ジムにあ

るマシンの種類と台数魅力的ウォーキングマシンのテレビ、毎日無料

でミネラルウォーターがもらえる

http://www.nttdata.com/jp/ja/insights/trend_keyword/2013071101.html

例)ホテルの特徴充足質問毎日無料でミネラルウォーターがもらえ

たらどう思いますか？気に入る

不充足質問毎日無料でミネラルウォーターがもらえ

なかったらどう思いますか？しかたない

http://sugiim.hatenablog.com/entry/2013/04/15/110321

1. 当たり前のフィーチャは不可欠。リリースまでに必ず開発。

2. 線形のフィーチャをできるだけ多く完成させる。

3. 魅力的なフィーチャはこれらの機能を実装した後に、時間の許す範囲で対応する。

32

目次

1)前回の復習





6)まとめ

1. 満足条件を決める日付主導フィーチャ主導

2. ユーザーストーリーを見積もる 3. イテレーションの長さを決める 4. ベロシティを見積もる 5. ユーザーストーリーに優先順位

を付ける

6. ストーリーを選択し、リリース日を決める

日付主導イテレーション数にベロシティを掛け

れば、リリースに含められるストーリーポイントの合計を求められる。

フィーチャ主導リリースに必要なすべてのフィーチャ

の見積りを合計し、その値をベロシティで割る。

ストーリーポイント合計 ÷

ベロシティ

重要なのはリリース計画を更新する事。イテレーション終了時点でリリース計画を見直す。

39

目次

1)前回の復習





6)まとめ

リリース計画イテレーション計画

計画の「水平線」

3～6ヶ月先 1～4週間先

構成要素ユーザーストーリータスク

見積り単位ストーリーポイントまたは理想日

理想時間

イテレーション計画の成果物

イテレーション計画で

やらない事

タスクの担当者を決めない

プロジェクトが最もうまくいくのは、チームに「全員が一丸となって取り組む」という態度が備わっているときだ。自分の空いた時間はチームのために使うし、他のメンバーもきっとそうしてくれると思える状態である。

イテレーションが始まる前に、すべてのタスクにサインアップして担当者を決めてしまうと、イテレーションのゴールに向かってチーム全員が一丸となって取り組むという参加意欲に水を差すことになるのだ。

1. 優先順位を調整する 2. 目標ベロシティを決める 3. イテレーションのゴールを決める 4. ユーザーストーリーを選ぶ 5. ユーザーストーリーをタスクに分

解する 6. タスクを見積もる

多少の設計はOK ある程度の設計に関する議

論は必要クラス図などのモデルまでい

くと危険タスクの適切なサイズ 1営業日に1つ完了できるぐ

らいの大きさが適切

49

目次

1)前回の復習





6)まとめ

ストーリーポイントを用いるべき優先順位も感覚ではなく手法

(狩野モデル等)を用いて決めてみる

イテレーション終了時にリリース計画を見直す

「タスクの担当者を決めない」はやってみる価値がある

51

おわり

Documents