終わらないスクラム / Challenge to Scrum

by radiocat

Slide 1

Slide 1 text

終わらないScrum ~ 楽楽精算のサービス拡大を支えるスクラム開発の取り組み ~ Rakus Meetup Tokyo #1 終わらないスクラム／ 2018.9.13 ／ @radiocatz

Slide 2

Slide 2 text

HELLO! おおつかまさみち Twitter : @radiocatz Blog : http://radiocat.hatenablog.com/ Qiita : https://qiita.com/radiocat GitHub : https://github.com/radiocat Android派／Vim派／野球派／KIRINビール派／ねこ好き前職：SIer（H系&NS系）／前々職：通信教材企業のIT子会社 2011年入社／楽楽精算開発2課／リーダー・スクラムマスター

Slide 3

Slide 3 text

RAKUS Developers Blog ∎ スクラムの取り組みについて記事を書いています ∎ 今後も随時発信予定 ∎ 「終わらないスクラム」カテゴリを作りました！ http://tech-blog.rakus.co.jp/archive/category/%E7%B5%82% E3%82%8F%E3%82%89%E3%81%AA%E3%81%84%E3%82%B 9%E3%82%AF%E3%83%A9%E3%83%A0

Slide 4

Slide 4 text

過去のプロジェクト ∎ Project G（2012年頃） □ 開発マネージャが要件を集約して優先度を調整 □ 完成したものから毎日リリース □ 暖かみのある手動リリース ∎ Project R（2014年頃） □ 米国オーナーと開発マネージャが週単位の開発項目を決定 □ 1週間サイクルで開発（完成したら週明けにリリース）

Slide 5

Slide 5 text

変化に適応しようとするとアジャイルな開発にならざるをえない。

Slide 6

Slide 6 text

でもスクラムじゃなかった。はじめから正しいやりかたを知っていたらもっとうまくできたかもしれない。

Slide 7

Slide 7 text

最近のプロジェクト ∎ 新しい技術 ∎ 他社サービス連携 ∎ 高度なビジネス要求変化への適応が必要な動向が加速

Slide 8

Slide 8 text

デザインスプリントの試行 By デザインチーム Googleデザインスプリントにおける５つのプロセス http://uxmilk.jp/62285

Slide 9

Slide 9 text

スクラムトレーニング開催開発をアジャイルに！スクラムトレーニングから始める最初の一歩 http://tech-blog.rakus.co.jp/entry/scrum-training-ryuzee By 吉羽龍太郎さん

Slide 10

Slide 10 text

今回のプロジェクト ∎ 新しい技術 □ 社内初のiOSアプリ開発 ∎ 他社サービス連携 □ AIを活用したOCRサービスとの連携 ∎ 高度なビジネス要求 □ 仮説検証型のアプローチ □ 短期開発（展示会への出展）

Slide 11

Slide 11 text

スクラムで開発しよう

Slide 12

Slide 12 text

従来の開発体制事業部・事業部長・企画・営業・サポートデザインチーム・マネージャ・メンバー開発チーム・マネージャ・リーダー・メンバー・派遣社員要件定義リリース判断要件定義概要設計概要設計〜開発・テスト

Slide 13

Slide 13 text

スクラムの開発体制事業部・事業部長・企画・営業・サポートデザインチーム・マネージャ・メンバー開発チーム・マネージャ・リーダー・メンバー・派遣社員プロダクトの利害関係者製品の価値を定義し開発の優先順位を決める全員全力でリリースできるものを作るステークホルダープロダクトオーナー開発チームスクラムマスタースクラムチームを支援・奉仕する

Slide 14

Slide 14 text

スクラム開発の全体像 http://www.ryuzee.com/contents/blog/7124 2週間×6回実施デザインスプリントで作成したプロトタイプをベースに検討チームの朝会事業部長と企画チームも参加

Slide 15

Slide 15 text

Problem 実際にやってみると色々な問題が発生

Slide 16

Slide 16 text

バーンダウンしない ∎ タスクの粒度が大きすぎてなかなか終わらない ∎ 先の見通しが立たない実績計画

Slide 17

Slide 17 text

∎ スプリントの完了の定義に到達しないスプリントが終わらないここから完了のペースが落ちる

Slide 18

Slide 18 text

∎ 丸1日かけてスプリントで実行するタスクの洗い出し、見積もり、計画を行った ∎ それでも後日追加が発生スプリント計画が終わらない ※イメージです

Slide 19

Slide 19 text

∎ プロダクトの完成がイメージできない ∎ 徒労感と不安感… ふりかえりが終わらないふりかえりでチェックインした時のメンバーの一言コメント

Slide 20

Slide 20 text

デイリースクラムが終わらない ∎ 15分で終わらない ∎ 状況把握に時間がかかる ∎ 報告や共有に時間がかかる ∎ タスクのゴールの認識不足 ※イメージです

Slide 21

Slide 21 text

Practice 問題解決に向けた取り組み

Slide 22

Slide 22 text

スクラムの有識者からのアドバイスを参考に様々なプラクティスを取り入れて改善

Slide 23

Slide 23 text

タスクをなるべく細分化 ∎ 作業の単位は 1 日以下（スクラムガイド） ∎ デイリースクラムで理解できる程度のもの（スクラムガイド） ∎ スプリントのタスクに関するTips29 (http://www.ryuzee.com/contents/blog/3959 ) □ より粒度を小さくしたタスクにする □ 平均的なスキルの人を基準にして見積もる □ タスクはチームで見積もる

Slide 24

Slide 24 text

リファインメントの徹底 ∎ 詳細の追加、見積り、並び替えをする（中略）。明確で詳細であれば、見積りも正確になる（スクラムガイド） ∎ プロダクトオーナーと開発チームが協力して行う継続的なプロセス（スクラムガイド） ∎ 各スプリントの作業時間の最大1割程度までを（中略）確保すべき（エッセンシャルスクラム）週1回定期開催してプロダクトバックログを整理

Slide 25

Slide 25 text

デイリースクラムの見直し ∎ 開発チームは、自己組織化チームとしてスプリントゴールを達成し、スプリント終了までに期待されるインクリメントを作成できるかを毎日把握しなければいけない。（スクラムガイド） ∎ スクラムマスターは何もするな by 吉羽さんスクラムマスターが朝会の進行役を降板し開発チーム内での交代制に変更

Slide 26

Slide 26 text

カンバン大きいアバター ⇒着手中、すぐやる小さいアバター ⇒着手予定 ※1人2個ずつ気づきのあったタスクはふりかえり用に笑顔や悲しみ顔のシールを貼る実行中タスクレビュー中タスク予定外の割り込み作業今日やるタスク近々やる予定のタスク完了済みタスク定例作業デイリースクラムで完了確認したものを磁石で記録上に行くほど優先度の高いタスクタスクの付箋に割当たっていないアバターは空きキャパシティ付箋の色でタスクを分類黄色⇒開発青⇒改善緑⇒その他ピンク⇒障害

Slide 27

Slide 27 text

むきなおり現状から方向性を定め直し、認識を共通する機会をつくる（中略）進むべき先を捉えて現在を正す（カイゼン・ジャーニー） 3rdスプリントのふりかえり後、4thスプリントに着手する前にプチむきなおりを開催 ∎ 目指すべき設計方針の再確認 ∎ スプリントの完了の定義を見直し開発チームの方向性を定め直した

Slide 28

Slide 28 text

インペディメントの除去スクラムマスターはサーバントリーダーメンバーが成果を上げるために支援や奉仕をするリーダーのこと（スクラムガイド） ∎ スクラムの進め方を相談できるコンサル契約 ∎ iOS開発の有識者を招聘・オフラインで相談 ∎ OCR連携サービスとの折衝・交渉・協業 ∎ アプリの審査に向けた準備・調整

Slide 29

Slide 29 text

Awareness スクラム開発を経験して得た知見

Slide 30

Slide 30 text

役割を明確にすることで、与えられた役割を確実にやりとげるための様々なプラクティスを取り入れることができる

Slide 31

Slide 31 text

∎ プロダクトオーナー □ 製品の価値を定義し開発の優先順位を決める ∎ 開発チーム □ 全員全力でリリースできるものを作る ∎ スクラムマスター □ スクラムチームを支援・奉仕するスクラムチームの役割

Slide 32

Slide 32 text

与えられた役割を確実にやりとげるために様々なプラクティスを取り入れる ⇒従来型の開発でも同じ

Slide 33

Slide 33 text

∎ 進捗管理 ∎ 工数管理 ∎ 課題管理など従来から重要視されているプラクティス ∎ 見える化 ∎ 見積もり手法 ∎ 改善活動 ∎ 技術的負債への対処など

Slide 34

Slide 34 text

アジャイルのプラクティスを取り入れることでもっとうまくできるかもしれない。

Slide 35

Slide 35 text

少しずつアジャイルにしていこう

Slide 36

Slide 36 text

カイゼン ● カイゼン・ジャーニーたった1人からはじめて、「越境」するチームをつくるまで ○ http://amzn.asia/2IMxUBZ ● Fearless Change アジャイルに効くアイデアを組織に広めるための48のパターン ○ http://amzn.asia/dUOOn3h ● カイゼンの基本（Ryuzee.com） ○ http://www.ryuzee.com/contents/bl og/7097

Slide 37

Slide 37 text

カンバン ● カンバン仕事術――チームではじめる見える化と改善 ○ http://amzn.asia/fciJDDc ● カンバンのキホン（Ryuzee.com） ○ http://www.ryuzee.com/contents /blog/7090

Slide 38

Slide 38 text

見える化 ● アジャイルコーチの道具箱 – 見える化実例集 ○ https://leanpub.com/agiletoolbo x-visualizationexamples-japane se

Slide 39

Slide 39 text

ふりかえり ● アジャイルレトロスペクティブズ　強いチームを育てる「ふりかえり」の手引き ○ http://amzn.asia/eB9jRkv ● Effective Retrospective (効果的なふりかえり) （Ryuzee.com） ○ http://www.ryuzee.com/contents /blog/7107

Slide 40

Slide 40 text

スクラムでは短いサイクルで開発を繰り返すことで、様々なプラクティスを取り入れてPDCAをまわせる

Slide 41

Slide 41 text

チームがプラクティスを取り入れる機会 1st 2nd 3rd 4th 5th Release Sprint 2週間計画ふりかえりふりかえりふりかえりふりかえりふりかえりふりかえり計画計画計画計画計画リファインメント×2 リファインメント×2 リファインメント×2 リファインメント×2 毎日のデイリースクラムむきなおり約3ヶ月

Slide 42

Slide 42 text

様々なプラクティスを取り入れて PDCAをまわせる ⇒従来の開発の何倍も機会がある

Slide 43

Slide 43 text

スクラムに備えよう

Slide 44

Slide 44 text

スクラムを知ろう ● SCRUM BOOT CAMP THE BOOK ○ http://amzn.asia/4PsZCTW ● アジャイル開発とスクラム~顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント ○ http://amzn.asia/jcFeE8i

Slide 45

Slide 45 text

スクラムをはじめよう ● スクラムガイド ○ https://www.scrumguides.org/docs/scrumgu ide/v2017/2017-Scrum-Guide-Japanese.pdf ● アジャイルサムライ−達人開発者への道− ○ http://amzn.asia/5Ciuyos ● エッセンシャルスクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド ○ http://amzn.asia/10EdbL2

Slide 46

Slide 46 text

アジャイル系コミュニティいろいろある。最近定期的に開催されているものは以下 ● DevLove ○ http://www.devlove.org/ ● スクラム道関西 ○ https://scrumdo-kansai.connpass.co m/

Slide 47

Slide 47 text

アジャイル系Podcast ● アジャイルラジオ ○ http://agileradio.github.io/ ● omoiyari.fm ○ http://lean-agile.fm/

Slide 48

Slide 48 text

終わらないスクラム

Slide 49

Slide 49 text

1週間スプリントへの挑戦金 15時までに POレビュー完了スプリントレビュー月火水木ふりかえりスプリント計画リファインメント会議開発着手午後から次のスプリントへ木曜日にスクラムイベントをまとめて実施

Slide 50

Slide 50 text

スクラムチームの強化 ∎ チームの取り決めやスクラムのルールの理解を深めるためのスクラムクイズを作成 ∎ デイリースクラムの後に毎日実施 http://tech-blog.rakus.co.jp/entry/20180619/agile/scrum

Slide 51

Slide 51 text

スクラムチームのスケールアウト ∎ 大規模スクラムの事例を調査・検討 □ スクラム・オブ・スクラム／LeSS □ Nexus ∎ 若手メンバーでミニスクラム □ 新卒の教育カリキュラムとバックログ外の改善タスクを1 週間スプリントで実施

Slide 52

Slide 52 text

∎ 理解は容易 ∎ 習得は困難（スクラムガイド）スクラムの習得は終わらない。

Slide 53

Slide 53 text

THANKS! Have a nice scrum!

Slide 54

Slide 54 text

REFERENCES ∎ Ryuzee.com □ http://www.ryuzee.com/ ∎ 新米スクラムマスターにお勧めの本（やっとむでぽん） □ http://d.hatena.ne.jp/yach/20170409#p1 ∎ 48のパターンのチートシートを作りました。（kawagutiの日記） □ http://kawaguti.hateblo.jp/entry/20140228/1393522489 ∎ アジャイルに効くアイデアを組織に広めるための48パターン □ https://www.slideshare.net/katsudream/48-41348195

Slide 55

Slide 55 text

CREDITS ∎ Presentation template by SlidesCarnival (Free presentation template: colorful and modern) □ https://www.slidescarnival.com/ganymede-free-presentatio n-template/1005 ∎ Photographs by Unsplash □ https://unsplash.com/ ∎ People avatarsDesigned by Freepik □ https://www.freepik.com/free-vector/people-avatars_761436.htm ∎ Special thanks to Ryutaro YOSHIBA (@ryuzee) □ https://www.attractor.co.jp/