1. Scrum 始めました

2. 自己紹介 田中 宏幸 (33) twitter : swiftnest （株） GameRepublic 開発部 部長（ PG の統括） ※元々はプログラマー 資格 PMBOK 試験不合格（ GW にリベンジ！） 認定スクラムマスター予約失敗 （ 6 月にリベンジ！）

3. 無資格 Scrum 初心者

4. 有るのは 「チームを助けたい」 という心のみ

5. ところで

6. 皆さん Scrum って知ってます？

7. 10 分で 何となく判る Scrum 講座

8. Scrum とは 名称はラグビーのスクラムに由来 アジャイル開発手法の一種 元々は日本の製造業（キャノン等）の製品開発手法を ケン・シュウェイバ と ジェフ・ サザーランドが IT に応用した ※ アジャイル × 事前に莫大な仕様書や設計図を決めてから取り組む ○ 実測値を元に柔軟に変化に対応する

9. Scrum とは

10. 採用実績 CEDEC2009 「 SCM 最新技術事例～「 Star Wars :The Old Republic 」での大容量ゲーム開発～ 」 ＧＤＣ 2010 「仲間と共に アンチャーテッド 2 の事後検証 」 ※ GDC では毎年期間中に Scrum 講習会が開かれており、 認定スクラムマスターの資格が取得出来るそうな 。

11. Scrum の一番重要なポイント

12. Scrum とは チームが一体となって進める手法

13. チームメンバー各々が 自身の作業に 責任 を持ち チームが一体となって プロジェクトを進めることで モチベーションが上がり 製品のクオリティが上がる

14. Scrum のプロダクト Scrum のチーム編成 毎日 Scrum ミーティング（朝礼） 開発サイクル スプリント計画 スプリント（実作業） スプリントレビュー（確認会）

15. Scrum その１ 立ち上げフェーズ

16. Scrum のチーム編成 チームの人数は 5 ～ 9 人 スポーツのチームのように機能させたいため 複数のチームで 階層構造を構築 最大 500 人の 実例あり？

17. Scrum のチーム編成 チームの中からスクラムマスターを任命 スクラムの思想やルールを正しく守り、チームを成功へ導く人

18. 開発サイクル 以下の流れを完成まで何回も繰り返す よく見ると PDCA サイクルに類似 PLAN （計画） DO （実行） CHECK( 評価 ) ACT( 改善 )

19. プロダクトバックログ 製品の機能リスト一覧 最初に時間を掛けて作成。 その後も問題がある場合は変更可能 （勝手に増やすのは駄目）

20. スクラムその２ 計画フェーズ

21. スプリント計画 プロダクトバックログの中から、 今回のスプリントで行う内容を決める プロダクトバックログを各自が作業単位まで細かくする（スプリントバックログ）

22. スクラムその３ 実行フェーズ

23. スクラムミーティング 平日の決まった時間に行う（毎朝 9 時とか） 15 分前後で完了させる 長くなりそうな案件は、別途ミーティング開催 全員立って行う 内容 昨日何をしたか 今日何をするか 作業の障害報告

24. スプリント スプリントバックログ通りの作業を行う期間 期間は 2 週間～ 1 ヶ月 スプリントバックログに進捗状況を記載していく 原則、スプリント中に仕様追加を行うことは禁止とされている

25. スプリント スプリントの進捗はバーンダウンチャートで いつでも確認出来る

26. スクラムその４ 確認フェーズ

27. スプリントレビュー 成果物の確認会 チーム全員参加 現在の進行状況を全員が確認 良い点と改良できる点を洗い出す パワポなどは使わずに、開発して動いている物を見る事を中心に進める

28. おさらい

29. Scrum のプロダクト Scrum のチーム編成 毎日 Scrum ミーティング（朝礼） 開発サイクル スプリント計画 スプリント（実作業） スプリントレビュー（確認会）

30. 本題 Scrum 始めました

31. プロジェクト紹介 12 月にスタートした新規プロジェクト 以前同じチームでタイトルを作った経験あり Scrum はもちろん初めて

32. Scrum 導入の 最初のミッション

33. 説得

34. ターゲットは プロジェクトの長「ディレクター」

35. 殺し文句 「前回のプロジェクト 大変でしたよね…」

36. 「今欧米で注目され ている開発手法があるんですよ」

37. ちょっとお時間頂けないでしょうか？

38. … いえいえ 宗教の勧誘 ではないです !!

39. Scrum の説明 脈がありそうだったので Scrum を説明 GamePM#6 の ppt を使用 時間は 50 分ほど 主にモチベーションの向上について説明 説明した対象は ディレクター、プロアシ、リードＰＧ

40. ディレクター 「確かに良いかも。やってみますか」

41. Scrum のプロダクト Scrum のチーム編成 毎日 Scrum ミーティング（朝礼） 開発サイクル スプリント計画 スプリント（実作業） スプリントレビュー（確認会）

42. メンバー紹介 スクラムチームは 3 つ プログラマー 4 名 （スクラムマスターはリードプログラマー） プランナー 4 名（マスターはディレクター） デザイナー 9 名（マスターはリードデザイナー） プロジェクトアシスタント 1 名 私（遠くから見守る係）

43. 開発サイクル 毎月クライアントに進捗を提出する 必要があるためスプリントは 1 ヶ月 月末に提出。月の頭スプリントレビュー スプリント計画

44. Scrum ミーティング 毎朝 10 時に開催 最初各セチームでスタンドアップミーティング その後、その報告を持ち寄って スクラムマスター達でミーティング 内容はルール通り 昨日何をしたか 今日何をするか 作業の障害報告

45. Scrum ミーティングの結果 ○ 毎日報告を行う事で、状況が非常に良く判るようになった（今までは週一回） ○ 問題が起きている場合、直ぐに発見->対応できるようになった ○ 今日何を行うべきかが整理出来るようになった × セクションチームのミーティングが終わらなくて、スクラムマスターがたまに待ちぼうけ

46. 結果：すばらしい

47. スプリント計画 次回提出する内容をプロダクトバックログを元にスクラムマスター達が決定する それを各メンバーに伝え、各自がスプリントバックログを作成する スプリントバックログは Redmine で管理 単位は時間…では無く日数で登録 Redmine にはバーンダウンチャートは無いが、代わりにガントチャートがあるため、その方が便利

48. スプリントバックログ の代わり 「チケット」

49. バーンダウンチャート の代わり 「ロードマップ」

50. バーンダウンチャート の代わり 「ガントチャート」

51. スプリント計画 ○ スプリントで行う内容がスッキリする ○ Redmine がかなり使いやすい ・複数プロジェクト、 Wiki 、 SVN 連動、メール通知等 × Scrum 専用ツールではないので機能が足りない ・スプリントバックログ – チケットで対応 ・プロダクトバックログ – excel で対応 ・バーンダウンチャート – ガントなどで対応 ※ Scrum 用 Redmine プラグインを使えば問題なし？

52. 結果：いい感じ

53. 参考「Ａｇｉｌｏ」 Scrum 専用ツール

54. スプリント スプリントの期間は 1 ヶ月 スプリントバックログを毎日更新 原則、スプリント中に仕様追加を行うことは 禁止

55. スプリント スプリントの期間は 1 ヶ月 スプリントバックログを毎日更新 原則、スプリント中に仕様追加を行うことは 禁止

56. ホントに？

57. ホントに 仕様の追加を行ってない？

58. ゴメンなさい。行ってます orz ゴメンなさい 追加やってます

59. よく追加や変更が起きるパターン 途中まで作ってみたけどイマイチだった 必要な作業が抜けていた 他セクションの作業が遅れた クライアントから電話が掛かってきた

60. スプリント期間が長いのが 問題？？

61. スプリント ○ Redmine で残作業が誰でも把握出来る ○ スプリントバックログのお陰で抜けが減った × 変更が良くあるメンバーの スケジュールがぐちゃぐちゃ ○ それ以外のメンバーは作業に集中出来た

62. 結果：いまいち

63. スプリントレビュー 具体的な資料が殆ど無かった（時間、人数） とりあえず時間は 2 時間でやってみた 参加スタッフはチームメンバー全員（ 20 名） ディレクターが最初説明した後 全員で遊んでみる 積極的に意見を出して貰うように促す

65. 結果： 酸欠になりました

66. スプリントレビュー結果 × 意見を出す人は数名。 それ以外の人はボンヤリ × 後半３０分ダレた △ 少しではあるが、良い意見と悪い意見が ヒアリング出来た（声の大きい人だけ…） ○ 全員がゲームの進行状況を確認出来た

67. 結果：ダメダメ

68. ダメダメ？

69. ダメダメな時は 振り返ってカイゼン。 そう GamePM#5 で行った …

70. ＫＰＴ法

71. KPT 法 Keep （良かった事、続けたい） Problem （上手く行かなかった事、問題） Try （次に試したい事、挑戦） ホワイトボードを上記三つに区切り、付箋でぺたぺた貼っていく 詳しくは割愛 http://www.atmarkit.co.jp/farc/rensai/pl06/pl06.html

73. KTP 法の結果

74. 付箋に 「良い所」「悪い所」「その他」を 書いてホワイトボードにぺたり 出席者は最大 6 人 ディレクターとプロアシは常に参加 お菓子 メモが書けるように机 時間は 1 回 30 分ｘ 8 セット

75. 第二回スプリントレビュー結果 ○ 酸欠にならずに済んだ ○ 沢山の意見がヒアリング出来た ○ ダレずに進行出来た （ちょっと時間が足りなかったかも？） ○ 全員がゲームの進行状況を確認出来た △ お菓子は以外にみんな食べなかった × 批判的な意見が増えた

76. 結果：いい感じ

77. Scrum 始めました総括

78. 確かに全員の モチベーションが上がった！

79. モチベーションが上がった要因 スクラムミーティング 皆が仲良くなれる 朝からやる気が出る スプリント スプリントバックログは作業に集中できて良い 変更が起きている人にとってはイマイチ。 スプリントレビュー 意見の吸い上げと、進行状況の確認は モチベーションに繋がる

80. 今後の課題 スプリントを何とかする スプリント中の追加、変更を最小限に抑える方法 プロダクトバックログがジワジワ増えており 最終スケジュール通り終わるか不安 100 人規模のプロジェクトに導入する 100 人規模で Scrum ミーティング 100 人規模でスプリントレビュー

81. Scrum ミーティング だけでも導入 いかがですか？ オススメです

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