CEDEC2019の9月5日（木）に登壇した際の資料となります。 中身については甘口で作ってますので、いろんな情報を省いたり言葉を変えて知らない人にも理解をしてもらえるようにしております。

1. Copyright 2019 DELiGHTWORKS.
ゲーム開発におけるスクラムのすゝめ
～失敗は成功のもと～

2. Copyright 2019 DELiGHTWORKS.
自己紹介
畠山 彰秀（はたけやま あきひで）
▶ ディライトワークス株式会社
▶ 技術部 第2セクション
▶ プログラマー
▶ 新規ゲーム開発プロジェクト
▶ スクラムマスター
1

3. Copyright 2019 DELiGHTWORKS.
アジェンダ
• スクラムのおさらい（激甘）
• 導入から試験運用までのあれこれ
• まとめ
2

4. Copyright 2019 DELiGHTWORKS. 3

5. Copyright 2019 DELiGHTWORKS. 4
はじめに

6. Copyright 2019 DELiGHTWORKS. 5
スクラム…ご存知ですか？

7. Copyright 2019 DELiGHTWORKS.
スクラムのおさらい
・3つの定義
・3つの理論
・スクラムフレームワーク
6

8. Copyright 2019 DELiGHTWORKS.
スクラムのおさらい
【3つの定義】
・導入は簡単だし、お金もかからない （軽量）
・理解するのは簡単ですぐに実践できる（理解が簡単）
・いざやってみると難しい （習得は難しい）
7

9. Copyright 2019 DELiGHTWORKS.
スクラムのおさらい
【3つの理論】
・プロジェクトで何が起きているか見える（透明性）
・正しい形で開発できているかチェック （検査）
・プロジェクトを正しい道に戻す （適応）
8

10. Copyright 2019 DELiGHTWORKS.
スクラムのおさらい
【スクラムフレームワーク】
9
※これが全てではありません

11. Copyright 2019 DELiGHTWORKS. 10
スクラムを導入したきっかけ

12. Copyright 2019 DELiGHTWORKS.
導入のきっかけ
・タスクや情報が見えない状態がありずっと見える化したかった
・開発手法がプロジェクトに合ってない気がしていた
・その時「カンバン」開発方式が書かれた本を手に取り世界が変わった
・その本には「当たり前」のことが理論付けて説明されていた
・ここで初めてスクラムという開発手法について知り、勉強をし始める
・気づくと開発環境改善系にどっぷりとのめり込んでいた！
11

13. Copyright 2019 DELiGHTWORKS.
何故のめり込んだのか？
みんなと何かを良くしていく事が好きで、
人生設計にも開発環境に携わるフェーズを想定していた
▼目指す開発現場
• コミュニケーションが活発である
• ゲームを遊ぶ側も作る側も面白いプロジェクト
• 楽しい時も辛い時も共有できる現場、雰囲気
12

14. Copyright 2019 DELiGHTWORKS. 13
自分のプロジェクトの全員が幸せに
開発を行える環境に憧れた

15. Copyright 2019 DELiGHTWORKS.
幸せの定義
• 差し込みがない
• 困っている人が居ない
• メンバーが不安なく仕事できている
• 各々が裁量を持ち、主体的に仕事を進められる
14
※実際にチーム全員にアンケート実施
etc…

16. Copyright 2019 DELiGHTWORKS. 15
当時のプロジェクト
大規模開発
長期間の開発
固まった
ワークフロー
ウォーター
フォール
協力会社
多数
厳しい！
急な差し込み

17. Copyright 2019 DELiGHTWORKS.
導入のきっかけ
当時参画していたプロジェクトから別プロジェクトへ異動となった
そこはまだ走り出したばかりのプロジェクトだった！
チャレンジするならここしかないと思い、直談判し導入に至った
16
PM不在
苦楽を共にした
開発メンバー
ワークフロー
未整備
新規
プロジェクト
同じ過ちを
繰り返したくない！

18. Copyright 2019 DELiGHTWORKS.
開発環境の一部ご紹介
開発
Unreal Engine4
Microsoft
Visual Studio
etc…
17
運用ツール
JIRA
Confluence（企業向けWiki）
Slack
Trello
etc…

19. Copyright 2019 DELiGHTWORKS. 18
失敗してきたことの一覧

20. Copyright 2019 DELiGHTWORKS.
改善余地のあるリスト
• スクラム研修用資料が堅苦しい
• 見えないタスクをこっそりしている
• バーンダウンチャートがバーンダウンしない
• 振り返りの議事録問題
• デイリースクラムに全員いない
• チケットの細分化がされてない
• ストーリーポイントカタログがない
• 付箋／サインペンが振り返りの時に用意されていない
19

21. Copyright 2019 DELiGHTWORKS.
改善余地のあるリスト
• スクラム研修用資料が堅苦しい
• 見えないタスクをこっそりしている
• バーンダウンチャートがバーンダウンしない
• 振り返りの議事録問題
• デイリースクラムに全員いない
• チケットの細分化がされてない
• ストーリーポイントカタログがない
• 付箋／サインペンが振り返りの時に用意されていない
20

22. Copyright 2019 DELiGHTWORKS. 21
改善する上で
自分の中での決め事

23. Copyright 2019 DELiGHTWORKS.
自分の中での決め事
• スクラムのフレームワークに基本は従う
• 常にチームの幸福度は計っておく
• 迷ったらスクラムよりチームの効率優先
22

24. Copyright 2019 DELiGHTWORKS. 23
チーム内でまずスクラムの研修

25. Copyright 2019 DELiGHTWORKS. 24
失敗①
長ったらしい資料で説明した

26. Copyright 2019 DELiGHTWORKS. 25

27. Copyright 2019 DELiGHTWORKS. 26
興味を持ってもらわないと
始まらない！

28. Copyright 2019 DELiGHTWORKS. 27
改善①
ワークショップで実際に
スクラムを体験してもらった

29. Copyright 2019 DELiGHTWORKS. 28

30. Copyright 2019 DELiGHTWORKS. 29
スクラムへの理解が深まったら
見える化からスタート

31. Copyright 2019 DELiGHTWORKS. 30
見える化計画
チケットの整理
30
1400件近くあるチケットを整理
▲整理対象
・担当者が不在のチケット
・放置されているチケット
・ステータスが完了なのに未着手のチケット
・テスト用チケット
結果250件まで削減
▶

32. Copyright 2019 DELiGHTWORKS. 31
見える化計画
31
誰が何をしているかわからない…
スプリント内のタスクを可視化タスクボード可視化▶
チケットの整理

33. Copyright 2019 DELiGHTWORKS. 32
見える化計画
32
スクラムでは差し込み案件はNGですが、
突然NGにはできないので把握からスタート
タスクボード可視化
チケットの整理
差し込み案件の可視化▶

34. Copyright 2019 DELiGHTWORKS. 33
見える化計画
33
1日にどれだけタスクが完了になり、
どれくらい数が残っているのかをグラフ化
タスクボード可視化
チケットの整理
差し込み案件の可視化
▶ 進捗の可視化
ス
ト
ー
リ
ー
ポ
イ
ン
ト
チ
ケ
ッ
ト
数
時間
理想線
実線
※バーンダウンチャート（イメージ図）

35. Copyright 2019 DELiGHTWORKS.
補足：バーンダウンチャート
ス
ト
ー
リ
ー
ポ
イ
ン
ト
チ
ケ
ッ
ト
数
日付
理想線
実線
※バーンダウンチャート（イメージ図）
縦軸：
残された片づけるべき作業量
横軸：時間
スプリント終了日に近づくに
つれて、0に近づいていく

36. Copyright 2019 DELiGHTWORKS. 35
失敗②
見えないタスクが存在する

37. Copyright 2019 DELiGHTWORKS. 36
チケット化のルールが
曖昧だった

38. Copyright 2019 DELiGHTWORKS. 37
改善②
軽く制約を決めた

39. Copyright 2019 DELiGHTWORKS.
チケットに対する制約
• 困ったらとりあえず立てておく
• MTG（1～2時間）はチケット化しない
• ただし業務時間内の3時間以上の研修等はチケット化
• 差し込みでの開発外の仕事は「その他タスク」として処理
38

40. Copyright 2019 DELiGHTWORKS.
ワークフローを整備
• ワークフローを整備して「その他タスク」は最低限で済むように
• 課題の種類によってフローの使い分け
39
通常フロー 最低限フロー
未着手
作業中
レビュー中 再オープン
完了
不実行 未着手
作業中
完了
再オープン

41. Copyright 2019 DELiGHTWORKS. 40
失敗③
バーンダウンしない

42. Copyright 2019 DELiGHTWORKS. 41
失敗③：①
完成の定義が定まっていない

43. Copyright 2019 DELiGHTWORKS. 42
失敗③：②
1スプリントに詰め込みすぎ

44. Copyright 2019 DELiGHTWORKS.
バーンダウンしない
• チームでこなせるタスク量の把握／調整が上手くいかなかった
• やらなきゃいけないから全部入れるという概念を壊した方法
• 差し込み案件をきちんと把握していなかった
• 完成の定義そのものが途中で揺らぐことがあった
43
初期の
バーンダウンチャート

45. Copyright 2019 DELiGHTWORKS. 44
改善中③
チームの意識改善

46. Copyright 2019 DELiGHTWORKS.
意識改善
• 自分たちの現状を把握する（出来る出来ないの把握）
• とにかく今は経験を積む時期という意識を持つ
• タスク分割の意識（下の図）
45

47. Copyright 2019 DELiGHTWORKS. 46
最初期
意識改善
初期
意識改善
中期

48. Copyright 2019 DELiGHTWORKS. 47
失敗④
振り返り内容が過去のものとなる

49. Copyright 2019 DELiGHTWORKS. 48
見えぬ…

50. Copyright 2019 DELiGHTWORKS. 49
何を改善し終わって
改善余地はどれか
過去のものを把握できない

51. Copyright 2019 DELiGHTWORKS. 50
改善④
Trelloでの振り返り内容保存

52. Copyright 2019 DELiGHTWORKS. 51

53. Copyright 2019 DELiGHTWORKS. 52
スクラムフレームワークを
実践して2ヶ月…

54. Copyright 2019 DELiGHTWORKS.
ゲーム×スクラム（良い点）
• チームの一体感が生まれやすい
• 1～2週間単位でのタスク把握が容易
• 「改善」を管理することで必ず前に進むチーム構築が可能
• 色々な箇所で“ゲーム感覚”でスクラムイベントを進められる
• 情報が全員に見れる場所にある
53

55. Copyright 2019 DELiGHTWORKS.
ゲーム×スクラム（難しい点）
• 意識が今までの開発手法に引っ張られてしまいがち
• タイトルが大きければ人数も増えて1チームでは収まらない
• チームを分解したらスクラムマスターが足りない
• クロスファンクショナルチームが難しすぎる（専門性が高い）
• 差し込み VS 面白さの担保 難しい
54

56. Copyright 2019 DELiGHTWORKS. 55
まとめ

57. Copyright 2019 DELiGHTWORKS.
まとめ
• 失敗しても次に活かして
必ず成功に導きましょう
• 迷ったら自分が決めた芯に従う
56

58. Copyright 2019 DELiGHTWORKS.