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

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

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

自己紹介

大塚怜奈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

Wellness And Healthcare Team

男性

女性20 代

30 代

40 代新卒

中途

未婚

既婚

Partner

Proper

前衛的保守的Engineer

Product Owner

Project Leader

卒業

新加入

Wellness And Healthcare Team

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

強いチームをつくる

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

4 月 5 日 Ragri( ラグリ )

オープン

Today’s Story

迫る現実手探り

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

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

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

Face to face の大切さ

開発プロセス大改造

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

Today’s Story

今日のお話

Today’s Story

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

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

Attention

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

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

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

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

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

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

QA & Security Audit

リーンに開発したいな！

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

QA & Security Audit

要件定義

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

QA & Security Audit

え、機能が盛り盛り

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

QA & Security Audit

開発対象機能一覧の合意

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

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

QA & Security Audit

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

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

ビュー

QA & Security Audit

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

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

QA & Security Audit

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Oct.

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

ルっぽい

QA & Security Audit

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Sep.

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

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

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Sep.

内部テスト開始

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

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Sep.

リリースまでもう少し！

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Sep.

やっとこ社内リリース

Ragri Story

2016. May.

2016. Nov.

Project Start

2016. Sep.

延期！！！

え、延期だと！

Retrospective

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

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

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

Retrospective

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

Business Owner’s wants

• ほしかった機能がない

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

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

どうする？

Agile Coach

来れ、賢者！

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

Word of Agile Coach

Business Owner’s wants

• ほしかった機能がない

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

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

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

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

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

Business Owner

Farmers

Business Unit

Development Unit

UX & Design Unit

どうやって実現する？

3 Steps for changing

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

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

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

Step 1 : Small Lecture of Agile

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

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

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

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

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

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

要件は小さく砕く

分類する

優先度決める

Business Owner

Business Unit

Development Unit

UX & Design Unit

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

この進め方を試したい！

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

できた

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

Development Unit

Step 2 : Scrum workshop with members

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

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

もらう• 実施内容

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

PlanningSprintRetrospectiveのスクラムを実感

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

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

• DONE の定義

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

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

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

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

Step 3 : Changing planning way

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

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

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

チケット番号

チケット内容

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

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

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

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

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

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

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

れっつ、すたーと

Sprint

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

Sprint way

1. Morning Stand Up MTG

2. Kanban

3. DEMO

4. KPT

Sprint way

2. Kanban

3. DEMO

4. KPT

Morning Stand Up MTG

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

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

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

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

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

Sprint way

2. Kanban

3. DEMO

4. KPT

Kanban

Backlog

Kanban

BacklogSprint 10days

Kanban

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

Kanban

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

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

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

Sprint way

2. Kanban

3. DEMO

4. KPT

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

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

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

しやすくなった

Sprint way

2. Kanban

3. DEMO

4. KPT

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

Keep Problem

4 つの Try を策定

February MarchTotal

1st 2nd 1st 2nd

Keep - 23 23

Problem - 34 34

Try - 4 4

Look back February

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

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

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

Storypoints

February March0

Storypoint Planned

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

Sprint way

2. Kanban

3. DEMO

4. KPT

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

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

Kanban

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

Next Sprint

February MarchTotal

1st 2nd 1st 2nd

Keep - 23 25 24 72

Problem - 34 24 27 85

Try - 4 4 3 11

11歩前進できた！

Look back March

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

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

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

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

きるようになった

Storypoints

February March0

Storypoint Planned

Look back

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

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

2ヶ月で改善された！！

Today’s Story

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

しなやかなチームに

Today’s Story

これから

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

さらなる改善を

Today’s Story

お知らせ

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

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

ぜひ、ご連絡ください。

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

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

Leadership & Management

ハイブリッド型アジャイル開発のすべて -...

スクラムガイド - scrum guides...1...

scrumreferencecard 2019v1 3...

付録① スプリント運用...

2/17 18...①父ちゃんと僕たちのスクラム...

スクラムにおける事前期待のマネジメント -...

「開発がスクラム導入するん...

spi japan 2020 スクラム開発と向き合うこ...

^ µ u ^ o ª ¢ Ç - user manual search...

第54期津久井羽磨の背中 - mod · 2016-02-25 ·...

アジャイル開発概論ー管理者編ー＇手法：...

第4回すくすく・スクラム thekanbangame

の自立生活情報 n 60...ー・スクラム（以下...

developers summit 2014 ...

第１回すくすく・スクラム...

スクラム道.06「スクラムマスター」 for...

agilejapan 2017 ビジネスアジャイル ...

楽天のスクラム - 問題と対策 -

scrum ―スクラム―...scrum―スクラム― 掲載...

開発現場以外でも「スクラム」 - agile...