1. Otsuka Reina

2. Agile開発事例
Vol.01 May/22/2016
Reina Otsuka
Marketing & Media Development, Rakuten Inc.

3. 3
大塚 怜奈
Otsuka Reina
 Wellness and Healthcare Team
 Application Engineer
 Engineer Lead
 Technology Conference Committee

4. 4
お知らせ

5. 5
oct.22nd (Sat)
This year
Rakuten Technology Conference 2016

6. 6
http://goo.gl/lGqbYx
and more.
Many speakers in 2015

7. 7
http://goo.gl/5JHklN
Rakuten Technology Conference 2016
Join us in
Futakotamagawa

8. 8
Today’s
Story

9. 9
How to make
a strong team

10. 10
• Agile, Agileな話ではありません
• 特効薬の話ではありません
• Agileの手法を使って、ちょっとだ
けチームが改善された話になりま
す
Attention

11. 11
Team

12. 12
A team
Wellness and Healthcare team

13. 13
https://kidona.rakuten.co.jp/ / https://racare.rakuten.co.jp/
Products

14. 14
Members
ME
Product
Owners
Engineers
※2016.04 現在

15. 15
History
創成期
改善期
成長期
2012. Aug.
2015. Oct.
2015. Jan.
2013. Mar.
2016. Arp.

16. 16
創世期
2013.Aug. – 2014.Dec.

17. 17
Looking at the vertical axis
API WEB

18. 18
Looking at the vertical axis
API WEB
各役割が各タスクに集中

19. 19
効率的…?！

20. 20
Team tasks
Looking at the horizontal axis

21. 21
Team tasks
Looking at the horizontal axis
• Taskがこぼれおちる
• お互いがやっているこ
とが見えない
• ちょっとずつ認識がず
れている
• タスク量が偏っている
• 同じことをそれぞれ
やっている

22. 22
あれ?？
何か違う？？

23. 23
How to made
a strong team
• お互いがやっていることが見えない
• ちょっとずつ認識がずれている
• タスクが抜け漏れる
• チームに一体感がない
• チームの方向性が見えない
• タスクが偏っている
• タスクがいっぱいいっぱい
• 終わらない
• タスクの属人化
• トラブルが多い
Problems

24. 24
あ〝ー

25. 25
改善期
2015.Jan. – 2015.Sep.

26. 26
How to made
a strong team
• いいプロダクトを
• 安定的に
• 品質高く
• はやくつくれる
• いいチーム
Wants

27. 27
どうする？

28. 28
そうだ！
先人たちの知恵を
借りよう！！

29. 29

30. 30
あじゃいる…?！

31. 31

32. 32
とりあえず、
できることから
やってみる

33. 33

34. 34
Morning Stand Up MTG
それぞれの
• 昨日やったこと
• 今日やること
• 困っていること

35. 35
Morning Stand Up MTG
それぞれの
• 昨日やったこと
• 今日やること
• 困っていること
毎日進捗確認
ゴールの設定
リスクの共有

36. 36
1ヶ月後…

37. 37
Morning Stand Up MTG
 お互いがやっていることが見えてきた
 進捗の遅れのキャッチアップがはやく
なった
 リスクの対策をはやく
できるようになった

38. 38
改善された…？！

39. 39

40. 40
タスクの見える化
• タスクのチケット化で見える化
• チケットをかんばんで見える化
• 進捗の見える化
• メンバーのタスク量の見える化

41. 41
1ヶ月後…

42. 42
タスクの見える化
 チームが持っているタスクが
見えてきた
 タスクの偏りが減ってきた
 タスクの抜け漏れが
減ってきた

43. 43
改善された？！

44. 44

45. 45
KPT（振り返り）
• Keep/Problem/Try
• 2週間ごとにKPT
• チームみんなで振り
返り

46. 46
1ヶ月後…

47. 47
Keep Problem

48. 48
意見がでない
問題がでてこない
盛り上がらない

49. 49
失敗を共有すること
問題と向き合うこと
が辛い

50. 50
Need to change mind.
• 個人の問題ではなく、
チームの問題ととらえる
• 次、失敗しないこと
に集中する
• チームで小さな
成功体験を経る

51. 51
続けてみる

52. 52
継続して12ヶ月後…

53. 53
2015/01 2015/12
Keep Problem Try
KPT（振り返り）

54. 54
KPT（振り返り）
23
728
575
138
回のKPT
個のKeep
個のProblem
個のTry

55. 55
KPT（振り返り）
728のKeep
メンバーへの
ありがとうが増えた

56. 56
KPT（振り返り）
チームで
138歩、前進できた

57. 57
KPT（振り返り）
トラブル件数が減った
2013 2014 2015

58. 58
KPT（振り返り）
• ためになる
• 続けたい
• 前向き

59. 59
KPT（振り返り）
 チームの一体感がでてきた
 認識のずれが減ってきた
 チームで協力する雰囲気が
でてきた
 トラブル件数が減った

60. 60
改善された！！

61. 61
成長期
2015.Oct. – 2016.Apr.

62. 62
チーム力が
上がってきた

63. 63
Challengeできる
耐性ができてきた

64. 64

65. 65
Scrum
• Plan : 計画する
• Do : 実施する
• Check : KPTする
• Action : 改善する
1week
Product Backlog Sprint Planning Sprint Backlog Sprint Product

66. 66
Scrum
• チームで計画する
• タスク量の妥当性

67. 67
Scrum
PDCAをまわすことで、
• チームで計画性の向上
• タスク量の妥当性の向上
• 消化タスクの向上

68. 68
Scrum
 チームの一体感がでてきた
 チームの方向性の認識があってきた
 タスクの偏りが減ってきた
 計画的にタスクを消化
できるようになってきた

69. 69
Look back

70. 70
History
創成期
改善期
成長期
2012. Aug.
2015. Oct.
2015. Jan.
2013. Mar.
2016. Arp.

71. 71
History
創成期
改善期
成長期
2012. Aug.
2015. Oct.
2015. Jan.
2013. Mar.
2016. Arp.
問題定義
Agile手法を使って、
改善の積み重ね
Scrumへの挑戦

72. 72
How to made
a strong team
 お互いがやっていることが見えない
 ちょっとずつ認識がずれている
 タスクが抜け漏れる
 チームに一体感がない
 チームの方向性が見えない
 タスクが偏っている
 タスクがいっぱいいっぱい
 終わらない
 タスクの属人化
 トラブルが多い
Problems

73. 73
改善された！！

74. 74
How to made
a strong team
• いいプロダクトを
• 安定的に
• 品質高く
• はやくつくれる
• いいチーム
Wants
近づいた！！

75. 75
Be the strong team

76. 76
改善を楽しめる
チームに

77. 77
To be continued…