タスクボード
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
タスクボード
122
PBI #1
PBI #2
PBI #3
121
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs Task: Configure database
and SpaceIDs for Trac Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs Task: Configure database
and SpaceIDs for Trac Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs Task: Configure database
and SpaceIDs for Trac Owner: Sanjay Time Remaining:
4 hrs Task: Configure database
and SpaceIDs for Trac Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs Task: Configure database
and SpaceIDs for Trac Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
Task: Configure database and SpaceIDs for Trac
Owner: Sanjay Time Remaining:
4 hrs
作業中
未着手 完成
スプリントバックロッグ
•
タスクを通じてプロダクトバックログの機能として実装される•
タスクの作業量は時間数で予測、大抵１から１６時間•
１６時間以上と予測されたタスクは後で分解する•
タスクを 割り当てるのではなく、メンバーが自分で担当するタスクを 選ぶ。•
残る作業時間は毎日更新する•
チーム全員にタスクの作成、編集、削除する権利がある•
スプリントの実質作業内容が途中で出現する•
作業内容が不明確な場合は、大きめに見積もって後で分解する•
作業の進捗によって、残り作業時間を更新するスプリントプランニングの方法
•
第１部-
バックログ項目を見直す。-
スプリントで着手するバックログ項目の仮選択を行う。•
第２部-
スプリント全体のタスクを時簡単位で見積もる。•
バックログリファクタリングの時間も忘れずに•
補修時間も設ける必要性-
スプリント内で納品できるかどうか検証し、プロダクトオーナーに報告する。
演習：
チームはバックログ更新を拒否する
演習：
作業時間の記録
ディリースクラム（朝会）
ディリースクラム
•
毎日の１５分の状況確認ミーティング•
毎日、同じ場所で、同じ時間に•
鶏と豚•
３つの質問-
前回からの進捗は？-
次回までのプランは？-
作業を妨害することは？•
話し合いでチームの自己管理を可能とするニワトリとブタ
鳥： おい！ブタ！レストラン を開こうぜ！
豚： んんん、どうかな。。。
なんと言う レストラン？
鳥：
ハムとエッグでどうよ？
豚：
それはごめんだ！お前は貢献 で済むけど、俺は献身だ
演習：
バグレポート
検証
•
常に考える：-
「チームは毎日のスクラムは効果的と思っているのか？」•
「いいえ」と答えたら、調べる！-
自己管理はできているか？-
作業結果は共有しているのか？-
報告が曖昧なのか？-
タスクはスクラム内に完了できる程度のタスクなのか？-
デイリースクラムは長すぎるか？-
その他スプリントレビューと
レトロスペクティブ（ふりかえり）
作業規約
•
事例：-
毎日のスクラムの時間-
遅刻の罰則-
毎日全員がインテグレションをする。（帰る直前にしない）-
見苦しいソースを見たら→
リファクタリング-
不安を感じる時は相談する-
ペアプログラミングとテスト駆動開発のルール•
関連：-
コード基準-
「Done
」の定義147
スプリント レビュー
プロダクト バックログ
前回のスプリント、
納品可能なプロダクトを完成 ビジネス、技術の現状
レビュー・整理・決定 検証と適応
次の目標
スプリントレビューの キーポイント
•
検証と適応•
デモより対話と決意を有効にする•
「情報共有」より一緒に学ぶこと•
だんだん伸びるデモの準備を避ける•
パワーポイントを使わない->
機能するソフトを発表-
受け入れテストを利用するスプリント
レトロスペクティブ
•
スプリントが終わる度にプロセス改良•
スクラムマスターが促進する•
いい点と改良できる点•
より複雑な問題の対策はチームが提案する• Norman Kerth
氏のProject Retrospectives
を参考に（ 翻訳本）
レトロスペクティブの技法
•
前回の改良点をレビューし、行動に起こせなかったもの を検証する
•
改良点を適量選択し、必ず行動に起こす
•
前向きな考え方：-
自分達にできる事は何がある？
•
行動計画の作成: http://www.scrumalliance.org/articles/61-plan-of-action
演習：
レトロスペクティブのコミュニティ
レトロスペクティブの確認事項
•
行動計画-
多すぎないか？-
効果的と思われているか？-
実装できたか？•
「Done
」を拡張したのか？•
作業規約は改良されたか？•
必要な作業:
-
スプリントバックログにタスクを追加するか？-
プロダクトバックログに項目を追加するか？スケーリング
スプリントプランニングの スケーリング
スプリント プランニング
第一部
チーム代表プロダクトバックログ プロダクトオーナー
チーム代表
４時間タイムボックス
プロダクト バックロッグ 項目選別
プロダクト バックロッグ 項目選別
スプリント プランニング
第ニ部
スプリント バックログ
スプリント バックログ
４時間タイムボックス
155
スケーリング
スプリントレビュー、レトロスペクティブ
スプリント
レビュー
プロダクト オーナーふりかえり
全員ふりかえり
４時間タイムボックス ３時間タイムボックス
チーム 2
チームの同期
チーム 1
チーム 3
スプリントごとのディリースクラム
9:00
〜9:15 9:15
〜9:30 9:30
〜9:45
Scrum of Scrums
でチーム間の調整を行う
9:45
〜10:00
タイガーチームから
時間・イテレーション または
既存チームを 分ける
増員してから
分ける
事例：継続的インテグレーション システムのスケーリング
コンポネント 低層常時統合 システム
コンポネント 低層常時統合 システム
コンポネント 低層常時統合 システム
フィーチャー
常時統合システム デイリー ビルド
低層コンポネント 常時統合システム
高層フィーチャー 常時統合システム
システム全体 デイリービルド
フィーチャー チーム
チーム
チーム
チーム チーム
www.craiglarman.com www.odd-e.com Copyright © 2010 C.Larman & B. Vodde All rights reserved.
フィーチャー 常時統合システム
フィーチャー 常時統合システム
１０チームまで
納品可能な プロダクト単位
プロダクト オーナー
プロダクト バックログ
スプリントふりかえり
スプリントレビュー 総合ふりかえり
一日
２〜４週間 スプリント
プロダクト バックログ
調整
スプリント プランニング 第二部 スプリント プランニング 第一部
（１５分）
（２〜４時間）
(
スプリントの5-10%)
(
フィーチャー)
チームスクラムマスター
+
スプリント バックログ
デイリースクラム
（２〜４時間）
www.craiglarman.com
www.odd-e.com
Copyright © 2010
C.Larman & B. Vodde
All rights reserved.
推奨しない
バックログ項目① バックログ項目②
...
A 専門 チーム
B 専門 チーム
C 専門 チーム アナリスト システム
エンジニア
システムテスト チーム
イテレーション１ 早くて
イテレーション２ 早くて
イテレーション３〜５ 早くて
イテレーション６
項目①
項目①の詳細 要件定義
コンポネント毎の
「バックログ」
チームは複数プロジェクト を同時進行しているため、
同時に項目①に着手する
ことはできない システムテストチームは複数 プロジェクトを同時進行して いるため、すぐに項目①に着
手することはできない
アナリストが 完了まで待機 解析
設計
実装
テスト
コンポネントチームがキュー、ハンドオッフや単一専門チームなどを伴う連続 作業を引き起こし、ハンドオッフなどがない機能横断チーム二結びつきません
ソース
www.craiglarman.com
www.odd-e.com
Copyright © 2010
C.Larman & B. Vodde
All rights reserved.
フィーチャーチーム
チームが顧客向け機能を納品するのに必要は知識とスキルを する保持する。知識やスキルなどが不十分な時はチームが取
得する責任もある。
フィーチャーチーム
-
安定し長期間固定-
機能横断-
コンポネント横断顧客中心 機能
納品可能な プロダクト単位
プロダクト バックログ
www.craiglarman.com
www.odd-e.com
Copyright © 2010
C.Larman & B. Vodde
All rights reserved.
項目
1
項目2
項目3
項目4 ...
…
システム
C 専門 チーム
コンポネント
A
顧客向けの機能を完成するために複 数のチームの同時作業が必要。依存 関係によるプロジェクト管理、引き 継ぎプランイングの手戻り、調整事
項等の無駄が発生する。
作業範囲が狭い。
プロダクト オーナー
B 専門 チーム A 専門
チーム 項目
1
項目
2
項目3
項目4 ...
…
チームリ
プロダクト オーナー
チーム ハ チーム シュウ
各チームが顧客中心の項目を完成さ せる。チーム間の依存関係は共有さ れたソースで現る。計画のかにかに つながるが、頻繁に統合する必要が あり、現代技法と学習が必要にな る。作業範囲が広い。
コンポネント チーム フィーチャーチーム
www.craiglarman.com www.odd-e.com Copyright © 2010 C.Larman & B. Vodde All rights reserved.
コンポネント
B
コンポネント
C
システム
コンポネント
A
コンポネント
B
コンポネント