1. はじめてのスクラム導入記
HELLO, SCRUM

2. 自己紹介
 今村哲也
 独立系ＳＩｅｒの子会社 ⇒ 独立
 ビジネス情報系のシステム開発
 官公庁
 原子力発電所
 空港
 チームリーダー

3. 要約
 チームにスクラムを導入した２年４ヶ月
を、５分でお話します。
 便宜上、チームを３つの時期に区別して
います。
 最後に、経験から学んだ大切なことを２
つ、お話します。

4. プロジェクトの紹介
 基幹系システムのリプレイス案件
 アジャイル開発プロセスの経験者なし
 在籍期間 ２年４ヶ月
 私たちのチーム
 ２名～７名
 パートナー社員主体 ⇒ メンバーが流動的

5. ３つの時期
2008/7 2008/11
2007/7 •ＸＰ経験者 •チームメンバー 2009/10
•参画 の加入 の総入れ替え •離任
スクラム ごっこ 私たちの
ごっこ からの スクラム
卒業
最初にスクラムごっこ
 「スクラムでやります！」と宣言して、
 試行錯誤しながらプラクティスを実践していた時期
そしてごっこからの卒業
 XP経験者が加入して、
 プラクティスの背景にある考え方を学ぶことで、“アジャイルさ”というもの
を理解していった時期
最後に私たちのスクラム
 チームメンバーが総入れ替えになって、
 新しいチームにとってのアジャイルさを話し合うところから、私たちのやり方
を模索していった時期

6. スクラムごっこ（約１年）
2007/7
• 参画
2008/7
• XP経験者の加入

7. スクラムのロールとイベント
 スクラムマスター
 優しい独裁者
 メンバーの意志を尊重するが、チームの方針や仕事の割り振りはリーダーが決める。
 プロダクトオーナー
 暗黙的
 プロダクトバックログ
 機能モジュールや共通コンポーネントの一覧として、WBSからリーダーが作成した。
 理想人日
 スプリント
 二週間
 スプリント計画
 スプリントレビュー
 振り返りミーティング
 日次スクラムミーティング
 夕会（17:00～）

8. ごっこからの卒業(約半年）
2008/7
• XP経験者の加入
2008/11
• チームメンバーの
総入れ替え

9. スクラムマスター
問題
 リーダーが決定することは、チームとして決
定する機会を奪い、チームが自己組織化する
機会を奪う。
改善
 チームの運営モデル
 優しい独裁者モデル ⇒ 民主主義モデル
 チームの方針や仕事の割り振りは、チームで
話し合って決める。

10. プロダクトバックログ
問題
 リスケジューリングするにあたって、過去の見積もり
方法では誤差が大きい。
改善
 チームとプロダクトオーナーが協力して、
 半日～２日以内に終わる作業の一覧として作成する。
背景
 機能モジュールには共通するパターンがあり、作業内
容を正確に予見できた。
 １年弱の経験から、製品の仕様と作業内容を正確に理
解していた。

11. プラクティス
 ペアプログラミング
 ランチタイム・コードレビュー
 継続的結合環境
 テスト駆動開発
 リファクタリング
 アジャイルソフトウェア開発宣言の唱和
 クレドの時間

12. ツールの紹介
 タスクカンバン

13. 私たちのスクラム（約１年）
2008/11
• チームメ
ンバーの
2009/2
総入れ替 • オブラブ
2009/10
え 冬合宿 • 解散
2008/12 2009/6
• 『アジャ • 認定スク
イルの衰 ラムマス
退と凋 ター研修
落』

14. プロダクトバックログ
問題
 お客様が求めている価値よりも、それをもた
らす製品そのものに意識が向いている。
改善
 チームとプロダクトオーナーとユーザー
が協力して、
 ユーザーストーリーの一覧として作成す
る。

15. プロダクトバックログ
問題
 相対見積もりの方が、早く正確に見積もれる。
 理想人日で見積もると、その人日でコミットメントしたと
捉えられてしまう。
改善
 ストーリーポイントによる相対見積もりを導入する。
悩み
 チームにストーリーポイントを理解してもらうことが難し
かった。
 理想人日は十分に機能していたので、理想人日による相対
見積もりに留めた方がチームにフィットしたかもしれない。

16. 日次スクラムミーティング
問題
 朝が早いメンバーは、朝会で昨日の作業が共有
される前に今日の作業に着手する。朝会で共有
された内容によっては、実施した作業が無駄に
なる。
改善
 朝会（10:00～）＋夕会（16:00～）
補足
 夕会を開催することで、その日の作業はその日
のうちに共有した。

17. プラクティス
 明確に定義されたプロダクトオーナー
 ユーザーストーリー
 ストーリーポイントによる相対見積もり
 プランニングポーカー
 リリース基準
 受入テスト
 20%ルール
 ブラウンバッグミーティング

18. ツールの紹介
 タスクカンバン
 プランニングポーカー

19. ツールの紹介
 コミットベル
 クッシュボール

20. ２つの大切なこと
 目の前のチームに目を向ける
経験を積んだり、メンバーが入れ替わったりすること
で、チームに適したやり方も変わっていきます。
メンバーが入れ替わったときは、
やり方を見直すとき！
 アジャイルであることに囚われない
アジャイルでないものが機能しない訳ではなく、ア
ジャイルなものが機能する訳でもない。
アジャイルであるかどうかよりも、
それが機能しているかどうかに目を向ける！

21. すくすくスクラム
「１人１人が、リーダーだ！」
～状況依存型リーダーシップモデル～
１月２５日（月） １９時～２１時
日本橋三井タワー １４階
株式会社QUICK プレゼンルーム

22. ありがとうございました