はじめてのアジャイルのその後...

はじめてのアジャイルのその後ーシン・サービス立ち上げ、スクラムぽくなってきたー

Apr/13/2017 at Agile Japan 2017Reina OtsukaNew Service Development Supervisory Department, Rakuten, Inc.https://agriculture.rakuten.co.jp/

2

自己紹介

3

大塚怜奈Otsuka Reina

楽天株式会社 2010 年に新卒で入社 Web アプリケーションエンジニアチームコンダクタープロダクトオーナーはじめました

Background

2010. Arp.

2016. May.

Rakuten 入社- 0 からのソフトウェア開発

2013. Mar. キレイドナビリリース- はじめての 0 から立ち上げ

2015. May. エンジニアリーダー- 9 人チームのリーダーに

2016. Apr. RaCare リリース- リーダーとして立ち上げ

新サービスカンパニーに異動- 新たなチーム構築

2017. Mar. Ragri リリース- 新たなチームでサービスの立ち上げ

Background

2010. Arp.

2016. May.







Wellness And HealthcareTeam

Ragri Team

Background

2010. Arp.

2016. May.







Wellness And HealthcareTeam

7

Wellness And Healthcare Team

男性

女性20 代

30 代

40 代新卒

中途

未婚

既婚

Partner

Proper

前衛的保守的Engineer

Product Owner

Project Leader

卒業

新加入

8

Wellness And Healthcare Team

• アジャイルの手法を使って、ちょっとだけチームが改善された

強いチームをつくる

9

Story of Wellness And Healthcare Team

https://www.slideshare.net/leinaotsuka/agile-in-2016

• アジャイル何それ？のチーム• 改善

• Morning Stand Up MTG• Kanban• KPT

• Scrum への挑戦• 改善を楽しめるチームへ

Today’s story

2010. Arp.

2016. May.







Ragri Team

11

4 月 5 日 Ragri( ラグリ )

オープン

12

Today’s Story

迫る現実手探り

ベンダー開発新しいチーム

新しいビジネス0 からの立ち上げ

リモートでのコミュニケーションリリース直前のどんでん返し

Face to face の大切さ

開発プロセス大改造

ベンダーと sprint をまわしていく

13

Today’s Story

今日のお話

14

Today’s Story

ウォーターフォールからスクラムへ

しなやかなチームをつくる

15

Attention

• アジャイル , アジャイルな話ではありません

• 特効薬の話ではありません

• アジャイルの手法を使って、改善された一例です

16

Team

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

ME

17

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. July. 仕様策定 & 設計開始

2016. Sep. 開発メンバーどんどん増える

2016. Oct.

Ragri 社内リリース

2016. Dec. Ragri 社外リリース延期！

2017. Jan. Ragri 社内フルリリース

2016. Aug. 開発開始

QA & Security Audit

18

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





QA & Security Audit

リーンに開発したいな！

19

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





QA & Security Audit

要件定義

20

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





QA & Security Audit

え、機能が盛り盛り

21

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





QA & Security Audit

開発対象機能一覧の合意

22

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





人がいない！ベンダー策定

QA & Security Audit

23

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.





仕様書 /WF/デザインのレ

ビュー

QA & Security Audit

24

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.




2016. Aug. 開発開始開発スタート

QA & Security Audit

25

Ragri Story

2016. May.

2016. Nov.

Project Start



2016. Oct.




2016. Aug. 開発開始あれ、ウォーターフォー

ルっぽい

QA & Security Audit

26

Ragri Story

2016. May.

2016. Nov.

Project Start


2016. Sep.

2016. Oct.QA & Security AuditRagri 社内リリース




メンバーどんどん増える開発メンバーどんどん増える

27

Team

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

ME

28

Ragri Story

2016. May.

2016. Nov.

Project Start


2016. Sep.





内部テスト開始

開発メンバーどんどん増える

29

Ragri Story

2016. May.

2016. Nov.

Project Start


2016. Sep.





リリースまでもう少し！


30

Ragri Story

2016. May.

2016. Nov.

Project Start


2016. Sep.





やっとこ社内リリース


31

Ragri Story

2016. May.

2016. Nov.

Project Start


2016. Sep.





延期！！！


32

え、延期だと！

33

Retrospective

• 参加者• Business Owner• Business Unit• UX & Design Unit• Development Unit

• 目的• Project Start からいままで

の振り返り• 今後のプロセス改善を検討

34

Retrospective

• Business Owner / Business Unit / UX & Design Unit / Development Unit それぞれの視点で振り返り

35

Business Owner’s wants

• ほしかった機能がない

• 実物を触ってみないとわからない

• もっと開発スピードをあげたい

36

どうする？

37

Agile Coach

来れ、賢者！

38

スクラムを導入してみては？

Word of Agile Coach

39

Business Owner’s wants

• ほしかった機能がない

• 実物を触ってみないとわからない

• もっと開発スピードをあげたい

• 次月に開発するものの優先度を一緒に決める

• Demo 日を決めて、一緒に確認する

• 2 週間の Sprint で進めて、リリースできるものからリリースする

40

Team

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

ME

41

どうやって実現する？

42

3 Steps for changing

1. Business Unit / UX & Design Unit / Development Unit でアジャイル講習

2. 開発チームみんなでスクラムワークショップ

3. プロセス大改造プラン

43





44

Step 1 : Small Lecture of Agile

https://www.slideshare.net/kawaguti/jikkan-kudo

• 参加者• Business Owner• Business Unit• UX & Design Unit• Development Unit

• 目的• アジャイルとは何かの共通認

識をもつ• 今後のプロセス改善を導入す

る

45


https://www.slideshare.net/kawaguti/jikkan-kudo

46


https://www.slideshare.net/kawaguti/jikkan-kudohttps://speakerdeck.com/kawaguti/jikkan-kudo

要件は小さく砕く

分類する

優先度決める

47

Business Owner

Business Unit

Development Unit

UX & Design Unit

ME

開発の進め方が、実感をもって理解できた！

この進め方を試したい！

開発について、ちょっと理解

できた

アジャイルについて、イメージができた！


48





49

Development Unit

ME

Step 2 : Scrum workshop with members

• 参加者• Project Leader• Product Owner• Developer• Tester

• 目的• スクラムプロセスを実感して

もらう• 実施内容

• レゴを使ったスクラムシュミレーションワークショップ

50


PlanningSprintRetrospectiveのスクラムを実感

• ストーリーポイントでの見積もり

• ROI に基づいた優先順位決め

• DONE の定義

51


• チームで進めることを実感できた• 実績に基づいての見積もり方法が

わかった• 優先順位の高いものからタスクを

行っていくことの重要性を理解できた

• Retrospective を行うことで改善されることを体験できた

52





53

Step 3 : Changing planning way

• プロダクトバックログとして、要件をカードに書く

• カードに書ける大きさの要件に砕く

• 定常作業もカードに書き出す

チケット番号

チケット内容

54


• リアルを使って、要件をビジネスオーナーと合意する

55


• ストーリーポイントで見積もる

56


• 1ヶ月に開発チームが消化できそうなストーリーポイントを決める

• ビジネスオーナーと一緒に、優先順位を決める

• 2ヶ月分のタスクの優先順位を決めておく

• リリース作業等の定常作業分も見積もる

57


• ボードに並べて、Sprint の準備 OK

58

れっつ、すたーと

Sprint

59

2017 February

Mon Tue Wed Thu Fri Sat Sun

1 2 3 4 5

6 7 8 9 10 11 12

13 14 15 16 17 18 19

20 21 22 23 24 25 26

27 28 1 2Release

Release

DEMO

KPT

60

Sprint way

1. Morning Stand Up MTG

2. Kanban

3. DEMO

4. KPT

61

Sprint way


2. Kanban

3. DEMO

4. KPT

62

Morning Stand Up MTG

それぞれの• 昨日やったこと• 今日やること• 困っていること

63


それぞれの• 昨日やったこと• 今日やること• 困っているこ

と毎日進捗確認ゴールの設定リスクの共有

64


• タスクを共有することでチーム全体の進捗をメンバーが意識するようになった

• リスクのキャッチアップがはやくなった

65

Sprint way


2. Kanban

3. DEMO

4. KPT

66

Kanban

6767

Kanban

Backlog

68

Kanban

BacklogSprint 10days

69

Kanban


Doing

70

Kanban


Doing

DONE

71

Kanban


Doing

DONE

Todayタスクがカードが残っていたら計画から遅延

72

Kanban

• タスクを見える化することでチーム全員でタスクの消化に取り組む雰囲気ができた

• チーム外メンバーにも実施内容が見えるようになった

• タスクの入れ替えが柔軟になった

73

Sprint way


2. Kanban

3. DEMO

4. KPT

74

DEMO

• 画面遷移を見える化• Wireframe を実機で確認

• 実際に動きを見ながら確認

75

DEMO

• 仕様に関する認識違いが減った• 仕様の合意を取りやすくなった• プロダクトの全体や遷移を把握

しやすくなった

76

Sprint way


2. Kanban

3. DEMO

4. KPT

77

KPT

• KPT振り返りの為のフレームワーク。Keep では、「良かった事」を Problem では、「改善点」をそれをもとに、Try では、 Problem に対する「改善案」をあげいく

78

KPT

Keep Problem

4 つの Try を策定

79

KPT

February MarchTotal

1st 2nd 1st 2nd

Keep - 23 23

Problem - 34 34

Try - 4 4

80

Look back February

• 開発チームの進捗が見える化された• チーム全体で進めている感がでてき

た• 柔軟にタスクの入れ替えができるよ

うになった• 認識違いが減った

81

Storypoints

February March0

30

60

90

Storypoint Planned

82

2017 March

Mon Tue Wed Thu Fri Sat Sun

1 2 3 4 5

6 7 8 9 10 11 12

13 14 15 16 17 18 19

20 21 22 23 24 25 26

27 28 29 28 30 31Release

Release DEMOKPT

KPT

83

Sprint way


2. Kanban

3. DEMO

4. KPT

84


それぞれの• 昨日やったこと• 今日やること• 困っているこ

と毎日進捗確認ゴールの設定リスクの共有

85

Kanban


Doing

DONE

Todayタスクがカードが残っていたら計画から遅延

Next Sprint

86

DEMO

87

KPT

February MarchTotal

1st 2nd 1st 2nd

Keep - 23 25 24 72

Problem - 34 24 27 85

Try - 4 4 3 11

11歩前進できた！

88

Look back March

• チーム全体で進めている感がでてきた

• 認識違いが減った• 柔軟にタスクの入れ替えがで

きるようになった• 突発に対応できるようになっ

た• システム改善の時間が確保で

きるようになった

89

Storypoints

February March0

30

60

90

Storypoint Planned

90

Look back

Ragri チームの一体感がでてきた認識のずれが減ってきた柔軟にタスクの対応ができるように

なった対応できるストーリーポイントが増えた月 2回の計画リリースができた

91

2ヶ月で改善された！！

92

Today’s Story

ウォーターフォールからスクラムへ

しなやかなチームに

93

Today’s Story

これから

94

よりよいサービスを創るために

さらなる改善を

95

Today’s Story

お知らせ

96

https://corp.rakuten.co.jp/careers/engineering/

WE'RE HIRINGRagri( ラグリ ) を一緒に創っていってくれる方を募集しております！

ぜひ、ご連絡ください。

97

ご清聴、ありがとうございました！

はじめてのアジャイルのその後...

Leadership & Management