1.
新しい環境でアジャイルを推進していく
Jan 23, 2020
Yamamoto Akihiro
EC Incubation Development Department (ECID)
Rakuten, Inc.

2.
2
自己紹介
楽天ラクマ
プロデューサ（PDM）
山本明弘
2018年、楽天株式会社に入社。
現在はラクマのプロデューサ（PDM）を担当。
元エンジニア
Web、Android、iOS、インフラなど
アジャイルは10年くらい前に前職にいたときに出会い、
メンバはもちろんスクラムマスタおよびプロダクトオーナ
など一通りのロールを経験。

3.
3
ラクマとは？
楽天のフリマアプリ！
累計2,500万DL突破！
※2020年6月時点

4.
4
本日の話
自分が新しいチームに入ったとき、これまでと環境が変わり
動き方や進め方など初めはいろいろと戸惑いがありました。
そうした中で、どのようにチームと開発
を進めて行ったのかを主にアジャイルの
観点でお話したいと思います。
illustAC
https://www.ac-illust.com
2021-01-18

5.
5
一番大事にしているポイントは…
見える化
illustAC
https://www.ac-illust.com
2021-01-18

6.
6
見える化ってなに？
見える化 ≠ 可視化
可視化した情報をみんなと共有して、改善に役立てていく
生産性の見える化
開発状況を数値およびグラフ
で可視化して定期的にみんな
で確認
成果物の見える化
開発が完了したものを実際に
動かしてみんなで動作確認
illustAC
https://www.ac-illust.com
2021-01-18

7.
7
新しいチームに参加したときの状況
・体制
・開発
・コミュニケーション

8.
8
体制の状況
• サービスは事業部と開発部に分かれて運営している
• 開発チームは、
• マネージャ ｘ１人
• プロデューサ ｘ１人
• エンジニア ｘ３～５人
• デザイナは他チームとの兼任が多い
illustAC
https://www.ac-illust.com
2021-01-18

9.
9
開発の状況
• アジャイル（スクラム）開発を取り入れている
• アジャイルに対するモチベーションは高め
• 一方で進捗があまりよくない
• プロジェクトの規模が大きく、リリース目途が立たない
• 先が読めないのでバッファを取り過ぎている

10.
10
コミュニケーションの状況
• チームは仲が良くて意見も言いやすい
• 開発と事業の間に壁があり、対等な議論ができていない
• アジャイルは開発のみで事業は参加していない
そのため、開発状況の進捗共有の場が別途必要
• 推測による判断であったり、
声の大きい人の意見で進んでしまう
illustAC
https://www.ac-illust.com
2021-01-18

11.
11
なぜ
見える化が大事になってくるのか？

12.
12
なぜ見える化なのか
現状を把握して今後の見通しを立てる
先行きが不透明だと、チームのモチベーションが低下したり、
関係がギクシャクしてきたりする
チームの生産性を見える化することにより、
• 進捗状況の把握
• どれくらいのペースで進めれば、いつ頃リリースできるのか
• 実績をもとにした数値での議論ができる

13.
13
なぜ見える化なのか
柔軟な判断と問題の早期発見
リリース直前に仕様に対する認識齟齬などが発生すると
険悪になったり、誰かのせいになったり…言った言わない
定期的に成果物を見える化することにより、
• 動くものをベースにした議論
• 懸念や課題の早期発見
• 開発途中での仕様変更

14.
14
具体的な進め方
ステップ０～３
illustAC
https://www.ac-illust.com
2021-01-18

15.
15
ステップ０：まずは様子見
いきなり見える化見える化ばかり言っていると嫌がられる
はじめは聞く耳をもってもらえない
そもそもお互いにどんな経験／実力があるのかわからない
チームには明確なルールや暗黙のルールが存在する
↓
まずはそのチームのやり方を把握
illustAC
https://www.ac-illust.com
2021-01-18

16.
16
ステップ１：ポイントとベロシティ
作業はバックログで管理しているもののストーリーとタスク
など粒度がバラバラで、ポイントが入っていたり入っていな
かったり…

17.
17
ステップ１：ポイントとベロシティ
現在進めている作業にポイントを振る
↓
スプリントの終わりに消化ポイント数を出せるようにする

18.
18
ステップ１：ポイントとベロシティ
数スプリント経つと平均消化ポイントとしてベロシティが出
せるようになるので、それ以降はそのベロシティをもとにス
トーリーを取っていく
ジョナサン・ラスマセン
2011年
アジャイルサムライ 達人開発者への道
オーム社

19.
19
ステップ１：ポイントとベロシティ
慣れてきたところで残りのストーリーにもポイントを振る
↓
リリースバーンダウンチャート
が作れるようになり、
どのくらいのペースで開発
していけば、いつ頃リリース
できそうなのかがわかる
ジョナサン・ラスマセン
2011年
アジャイルサムライ 達人開発者への道
オーム社

20.
20
ステップ２：タスク分割
ストーリーだけで作業を管理していると、粒度が大きすぎる
のでスプリント内に終わらないことが多く、当初想定してい
なかった作業が出てきたりする
↓
そうすると消化ポイントのぶれ幅が大きく
なってベロシティが安定しない
illustAC
https://www.ac-illust.com
2021-01-18

21.
21
各ストーリーをタスクに分割してみる
各タスクは１日（５ｈくらい）で終わる粒度に細分化してお
く
スプリントプランニング
２部
ステップ２：タスク分割

22.
22
ステップ２：タスク分割
各タスクに見積もりとして時間を振って、タスクが終わった
ら実績時間を記録。ちょっと抵抗あるかも？

23.
23
ステップ２：タスク分割
スプリントバーンダウン
チャートが出せるようになり
日々の進捗が可視化できる。
また、スプリント内に作業が
終わるかどうかの見通しが立
てられるようになる

24.
24
ステップ２：タスク分割
振り返りのときに、どのタスクの予定と実績の乖離が大き
かったのかがわかるようになり、次スプリント以降の参考に
できる

25.
25
ステップ３：関係者の巻き込みとデモ
事業部間で高い壁があるままだと認識齟齬が起きやすい
情報共有のための余計なコストがかかったり、リリース直前
に仕様変更が発生してしまう
関係者にアジャイルの内容をレクチャ
↓
スプリントプランニング
スプリントレビューに参加してもらう
illustAC
https://www.ac-illust.com
2021-01-18

26.
26
ステップ３：関係者の巻き込みとデモ
スプリントレビューではスプリント内で完成したものをデモ
↓
認識違いがあればその場でフィードバックをもらえる
やっぱり成果物として動くものが
見えるようになるとみんなうれしい
illustAC
https://www.ac-illust.com
2021-01-18

27.
27
ー まとめ ー
illustAC
https://www.ac-illust.com
2021-01-18

28.
28
まとめ
見える化していくことが大事
段階的に生産性、成果物の見える化を行うことで、開発のリズムが出来あがり、
継続的にユーザーに対して価値提供できるような仕組みができあがる
ステップ０：まずは様子見
ステップ１：ポイントとベロシティ
ステップ２：タスク分割
ステップ３：関係者の巻き込みとデモ
illustAC
https://www.ac-illust.com
2021-01-18

29.
29
ラクマの人材募集
私たちと一緒にサービスを作る
仲間を募集しています！
・アプリエンジニア、ウェブエンジニア
・インフラエンジニア
・デザイナ
・プロデューサー
最近の注力トピック
マイクロサービス化
フロントエンドアーキテクチャ刷新
プロダクト分析強化