UMTP アジャイル開発事例セミナーでヤフー株式会社 塚越が発表した際の資料です。 http://www.umtp-japan.org/modules/activity2/index.php?id=234

1. ヤフオクで１年間
Scrumを推進した結果
ヤフー株式会社 塚越 啓介

2. !
つかごし けいすけ
@ktsukago

3. iOS エンジニア
web エンジニア
Agile開発 推進

4. 今回お伝えする内容
• Scrumチーム成長のためにやっ
てきたこと
• Scrumチームの変化

5. 今回話さないこと
• Scrumとは
• ０からのスタート
• Scrum普及のながれ

6. アジェンダ
• ヤフオクのScrum推進の状況
• Scrumチーム増加に伴う課題
• Scrumチームの成長にむけて
• 1年間Scrumをやってきたチーム
• まとめ

7. ヤフオク?

11. ヤフオクのScrum
推進状況

12. ヤフオクでScrumを
導入した理由

13. ヤフオクでのScrumの状況
ヤフオクが抱えていた課題
•属人化
•長時間労働
•終わりが見えない

14. ヤフオクでのScrumの状況
これらを解決するために
2013年10月より
Scrum推進開始

15. Scrumチーム数
ヤフオクでのScrumの状況
12
9
6
3
0
10月11月12月1月2月3月4月5月6月7月8月9月

16. 60%
Scrum Other
40%
開発の
約40％
ヤフオクでのScrumの状況

17. Before

19. After

21. 残業○

22. 雰囲気○

23. 品質○

24. 見通し○

25. Scrumチーム数
12
9
6
3
0
急激なScrumチーム
増加による課題
10月11月12月1月2月3月4月5月6月7月8月9月

26. 課題
• 壁不足
• Scrumチーム成長

27. 初期のチーム
• チーム状況のヒアリング
• Scrum勉強会
• チームビルディング
• Scrum実施後のサポート

28. 急増時のチーム
• 独自に立ち上がる
• タスクボードだけをマネる

29. うまくいかない例
• 振り返りを行わず問題だけが
可視化されていく
• 振り返りをやっても改善され
ていかない
• タスクボードがうまく機能し
ない

30. Scrumチーム
成長にむけて

31. 成長に向けて
• タスクボードレビュー
• ScrumMaster座談会

32. タスクボードレビュー
タスクボードレビュー

33. 目的
タスクボードレビュー

34. タスクボードレビュー
経験者から未経験者へ
のアドバイスにより
未経験者に気づきを

35. タスクボードレビュー
なにをやったのか

36. タスクボードレビュー
ScrumMasterが集まっ
て
お互いのタスクボードを
レビュー

37. タスクボードレビュー

38. タスクボードレビュー

39. タスクボードレビュー

40. タスクボードレビュー
タスクボードレビュー
まとめ

41. タスクボードレビュー
ScrumMasterが集まっ
て
お互いのタスクボードを
レビュー

42. タスクボードレビュー
• 指摘による気づき
• いいところは吸収
• アドバイスする練習

43. タスクボードレビュー
• 指摘による気づき
• いいところは吸収
• アドバイスする練習

44. タスクボードだけでもいいが
これだけだとチームの状況や
課題が見えてこない

45. 次のステップにむけて

46. タスクボードレビュー
スクラムマスター座談会

47. スクラムマスター座談会

48. 目的
スクラムマスター座談会

49. スクラムマスター座談会
ScrumMaster
のスキルアップ

50. スクラムマスター座談会
• こういう時どうすれば・・・
• こんな問題でてこない？
• ファシリテーション力あげたい

51. スクラムマスター座談会
なにをやったのか

52. スクラムマスター座談会
ScrumMasterの
抱える悩みを
ディスカッション

53. スクラムマスター座談会
ディスカッションの例

54. スクラムマスター座談会
• 気づきの生まれる朝会にするには？
毎日成長につなげたい
• 振り返りをもっともりあげたい
※振り返りが炎上した
• 自分の知らない領域へのサポートが
できない

55. スクラムマスター座談会
• 気づきの生まれる朝会にするには？
毎日成長につなげたい
• 振り返りをもっともりあげたい
※振り返りが炎上した
• 自分の知らない領域へのサポートが
できない

56. 気づきの生まれる朝会にするには
なにがあったか
• 淡々と朝会が行われているけどそれで良いのか
気になってる
• 成長につながるような気付きが得られない

57. 気づきの生まれる朝会にするには
そもそもイイ朝会とは？
• 朝会はスクラムチームが進捗を把握するために
やっている
• 短いほうがいいと思っている
• そもそも計画したコミットに対して、現状がど
うなのかを把握できればいい

58. 気づきの生まれる朝会にするには
よくない朝会は
• だれからも質問がでてこない ← 無関心
• 問題があるのに、問題が共有されない
• 「ちょっと問題があるけど、なんとかなります」
←問題があいまいなまま

59. 気づきの生まれる朝会にするには
淡々と行われても問題ない
• 進捗が把握できて、現状の問題が明確になって
いれば淡々と行われていても問題はない
• 改善したいことがあれば、書き留めておくなど
して振り返りで成長につなげよう

60. スクラムマスター座談会
• 気づきの生まれる朝会にするには？
毎日成長につなげたい
• 振り返りをもっともりあげたい
※振り返りが炎上した
• 自分の知らない領域へのサポートが
できない

61. 振り返りをもりあげるためには
なにがあったか
• 振り返りで個人攻撃が始まった
• 「自分は悪くない」「自分はちゃんとやってた」
の応酬になってしまってツラかった
• 仲わるいの？ → わるくはないはず

62. 振り返りをもりあげるためには
明日は我が身
• 自分が個人攻撃にもっていかない理由は「自分
にも起こりえること」だから。
• たまたまその人が失敗したとしても、誰にでも
起こりえる。
• 個人攻撃のような話がでてきたら「逆の立場
だったら？」的な質問は効果的かも

63. 振り返りをもりあげるためには
チームの問題でしょ
• スクラムを導入した理由ってなんだっけ？
• 「Scrumを始めた理由はチームで仕事をでき
るようにしたいから始めたんだよね」
• 「これはチームの問題だよね」
• 個人攻撃とか、「自分の問題じゃない」、み
たいな話がでてきたらしつこく言い続けた

64. 振り返りをもりあげるためには
反省会にしない
• ネガティブな話になりがち。毎回シンドイ振り
返りだとよくない
• 意識的にポジティブを取り上げたほうがいい
• 遊びの要素を入れたら、意外とよかった

65. 振り返りをもりあげるためには
お互いの振り返りを
見学にいきましょう

66. スクラムマスター座談会
• 気づきの生まれる朝会にするには？
毎日成長につなげたい
• 振り返りをもっともりあげたい
※振り返りが炎上した
• 自分の知らない領域へのサポートが
できない

67. チームのサポートをするには
なにがあったか
• 朝会で何もアドバイスできない
• 「まだかかりそう」が本当かわからない

68. チームのサポートをするには
アドバイスではなく、聞いてみる
• 気になったら聞いてみるくらいでいいかも
• SMがアドバイスするのではなく、チームが自
立できるように声をかけてみたら？
• 優先順位の低いタスクに着手したら「なん
で？」とか
• 何日もDoingになってたら「なんで？」とか

69. チームのサポートをするには
あいまいさを除く
• タスクは「自分が休んでも他の人が作業できる
くらい明確に」と言っている
• タスクは一日の稼働時間内に収まるように分
割してもらう

70. ScrumMaster座談会
まとめ
スクラムマスター座談会

71. スクラムマスター座談会
ScrumMasterの
抱える悩みを
ディスカッション

72. スクラムマスター座談会
• ScrumMaster同士のコミュ
ニケーション増加
• 他チームの事例の取り込み
• コーチに依存しないチーム

73. Scrumチーム成長にむけて
のまとめ
推進の事例

74. 推進の事例
• タスクボードレビュー
• ScrumMaster座談会

75. before
スクラムマスター座談会

76. スクラムマスター座談会

77. after
スクラムマスター座談会

78. スクラムマスター座談会

79. スクラムマスター座談会

80. 1年間Scrumを
やってきたチーム

81. 直近の事例を通して
変わった事をお伝えします

82. 9/18

84. なんとしても
Day1に合わせて
アプリを対応したい

85. iOS8の新機能を
盛り込みたい

86. ただ

87. どんな問題が
発生するか未知

88. スケジュールも
無理

89. が

90. 開発チームから提案

91. 「全力の使い時です」

92. 「スプリント中断
しませんか？」

93. 兼務メンバーは
他業務を各自調整して
集中できる状態に

94. XCodeのメモリ不足は
POの判断で即日購入

95. 開発メンバーが
問題エクセルを作成

96. 各自クリティカルだと思
う問題から対応

97. 必要に応じて
ペアプロを実施

98. 動くものができたら
POがすぐにチェック

99. 結果

100. 無事完了

101. １年間積み上げが
あったから完了できた

102. 変わったところ

103. • POと開発の協力体制
• 開発メンバーの自主性
• スプリントを中断する勇気

104. その後

105. 通常のスプリントを
再開

106. 振り返り

107. できたけど
さすがに疲れた

108. スピード重視のため
品質が・・・

109. もっと早めに察知でき
ていれば、今よりいい
ものができた

110. 今後同じようなことが
おきないように・・・

111. 半年分の
イベントカレンダー
作成

113. 変わったところ
• POと開発の協力体制
• 開発メンバーの自主性
• スプリントを中断する勇気

114. まとめ
• Scrumチームの成長のため、タスクボードレ
ビュー、スクラムマスター座談会を実施した
• ScrumMaster同士で相談できる形を作った事で
お互いの成長につながった
• チームとして成長すると、プロセスにとらわれ
る事なく開発を行うことができた