• 検索結果がありません。

HTTP Protocol:

ドキュメント内 - Odd-e - (ページ 86-110)

分け方: HTTP サーバー

プロダクトバックロッグの整理

スプリントの

5-10

%の時間をプロダクトオーナーとチームが 一緒に行う。(分割された時間枠も可能)

次期スプリントのため、プロダクトバックログを整理する。タスク分 け、項目内容の見直し、見積りをつける。

プロダクトオーナーは十分なプロダクトバックロッグを用意せずにスプ リントプランニングはさせない

バックログリファクタリング、バックログ補修、バックログ手入れとも 呼ばれる。

プロダクトバックロッグの整理

明確・詳細項目

1.

2. 3. 4.

---曖昧・あらすじ項目

---

--- ---

--- ---

--

---バックログ

優先順位に並んだ 実装待ちの項目

優先順位変更可能 な詳細解析・調整

待ち項目の一覧 プロダクト

バックログ 調整

スクラムチーム

www.craiglarman.com

www.odd-e.com

Copyright © 2010

C.Larman & B. Vodde

All rights reserved.

最初のプロダクトバックログ

なぜ、計画が必要?

新概念出現、応用、コラボレーションを可能とする共通認識の設定

進捗測定のための期待と目標を設立

投資元への投資効果証明する材料

計画を作るのではなく、常に計画する

演習:

バックログ項目の作成

MLBTix

の要件定義をみて

リリースの必要条件を選択して機能と非機能要件をレビューする。

バックログ項目毎にカードを作ってください。

10枚から15枚程度。

演習:

価値を割り当てる

バックログの項目に価値を割り当てる(この練習ではピンポン球、

100

個)

価値は、市場特性とお客様への価値で設定すべき

非機能項目は開発しなければシステム全体は正常に機能しないので 価値がある

演習:

努力の見積り

全員各位カード8枚を取り、カード毎に次のとおりの値を書く。  

1,

2,

3,

5,

8,

13,

21,

BIG

4〜5日がかかる項目を選び、3の値をつける。

2〜3週間がかかる項目を選び、8の値をつける。

ポーカーするように、第一リリースのプロダクトバックログ項目ごとに 相対作業量を表す数字のカードを見せ、見積りをつける。

意見の大きな差が発生するときは話し合いましょう。

小さな差の場合は高い値をつける。

プランニング ポーカー

フィボナッチ数列を使い、見積りの簡易化

意見が大きく異なるときに話し合う。

-

言うほど差もないときは次へ

皆が参加する。

-

詳しい人が独り占めできない

早い

信頼性が高い

楽しい

Video:

Eve Online のリリース計画

スクラムマスター パート2

スクラムマスターの1日 (1)

改善するための質問を探します:(例えば)

プロダクトオーナーは何をしていますか?

プロダクトバックログは適切に整理されていますか?

スクラムの利点を理解して活用していますか?

チームは何をしていますか?

チームメンバーは効率的に恊働していますか?

チームが当事者意識を持って問題解決をしていますか?

チームが責任を持って開発していますか?

スクラムマスターの1日 (2)

活用している技法を改善しなくて良いですか?

チームが技法を理解して活用し、継続的に改善していますか?

テストを自動化していますか?

done

を拡張していますか?

組織はどうなっていますか?

チーム間で恊働できるようになっていますか?

組織に依存して開発を妨害している要因は何ですか?

人事規定は最適ですか?

「参考資料」にリストを用意しました。ご参考にして下さい。

Text from: “Agile Coaching”

By Rachel Davies and Liz Sedley

チームに聞こう!

どうすればいいかはわからない時はチームに聞く

事例

-

〜に気づいた。どうしようか?

-

〜をみたけど、これは大事なことですか?

-

〜という気がする。皆はどうですか?

-

〜はなぜそうなったかは調べてみましょうか?

-

この場合はどうしたらいいと思いますか?

-

〜についてだれか意見はありますか?

-

これは使えますか?

-

決めたことなんですか?

-

私はどうすればいいんですか?

Video:

動機づけおよび誘因

演習:

ギリシャのお客様

演習:

良いスクラムマスターとは?

チームの決意に不備があれば

自分でやってみないと学べないことがある。

あなたの判断は本当に正しいのでしょうか?

演習:

良いスクラムマスターはどうする?

スクラムマスターシナリオ (1)

シナリオ

#1

グループ副社長がスプリントの途中に現れ、「あるお客様から特別の依頼 がきて、納品すれば1億円契約の追加発注が約束される。」とチームに告 げました。

シナリオ

#2

プロダクトオーナーからスプリントプランニングを欠席するが、「予定通 りスプリントプランニングを進めるように」と連絡が入いました。

スクラムマスターシナリオ (2)

シナリオ

#3

スプリントの途中に、あるチームメンバーの課長が現れ

「他の仕事があるので、数日間スプリントから外れてくれ」と依頼されま した。

シナリオ

#4

スプリントの3分の1が経過したところで

あるチームメンバーが、あなたのところに来て

「プロダクトオーナーに新規タスクの追加を頼まれました」と言いまし た。

スクラムマスターシナリオ (3)

シナリオ

#5

チーム全員がピリピリしています。スプリント目標を達成するために、深 夜まで残業する日々が続いて、もしかして土曜も働かなければならない状 態です。そして、あるメンバーが『スクラムは厳しいすぎて嫌だ」と言う 意見も聞きました。

シナリオ

#6

あるチームメンバーが、引越したばっかりで娘の保育園探しに時間を取ら れて、仕事に集中できない状態です。

特殊化 と 一般化

!"#$%&' ()*+"

C u st o me r Pri o ri ty

Most important customer items given to the team

Sprint Backlog

ドキュメント内 - Odd-e - (ページ 86-110)

関連したドキュメント