LeSSに潜む「隠れWF病」とその処方箋

Slide 1

Slide 1 text

LeSS に潜む「隠れWF病」とその処⽅箋 LeSSʼ Yoaké ASIA 2024 隠れ WF病

Slide 2

Slide 2 text

「隠れWF病」とは 2 ⾏動様式を観察してみると WFと変わっていない現象のことスクラムを導⼊しアジャイルに開発しているつもりになっているが

Slide 3

Slide 3 text

⽬次 3 1. はじめに 2. 気づいたきっかけ 3. 原因の深堀り 4. 隠れWF病の処⽅箋 5. おわりに

Slide 4

Slide 4 text

はじめに

Slide 5

Slide 5 text

はじめに｜⾃⼰紹介 5 名前所属経歴スキルその他 ikeko／今井恵⼦ LINEヤフーオンライン診療サービス「LINEドクター」PO 現職︓5年⽬前職︓リクルート／ミクシィ／元デザイナー UXデザイン／リサーチ／スクラム開発 6歳の男⼥双⼦を育児中／X︓@imaikeko

Slide 6

Slide 6 text

はじめに｜⾃⼰紹介 6 スクラムに出会うミクシィ時代リクルート時代 LINE 料理サプリ PO 少数精鋭5⼈チーム受験サプリIDN版 PO AirレジNY版 PO 有象無象の10⼈未満チーム 40⼈の⼤規模スクラム LINEドクター PO 20⼈の⼤規模スクラム CSPO 研修 LeSS 研修

Slide 7

Slide 7 text

はじめに｜サービス紹介 7 通院0分、薬がポストに届くおうち診療「LINEドクター」

Slide 8

Slide 8 text

いつも飲んでいる薬がほしい定期的に通院しているけどいつも同じお薬をもらうだけ。通院を少し⾯倒に感じている⽅にご活⽤いただけます。スキマ時間で受診したい仕事や育児が忙しく、体調が悪くても通院に時間が割けない⽅にぴったりです。移動時間や待合室での待ち時間を削減できます。できるだけ外出を控えたい体調が悪く外出が⾟い時、感染症にかかるリスクを減らしたい時、ご⾃宅から医師の診療を受けることができます。シーン 1 シーン 2 シーン 3 はじめに｜サービス紹介 8

Slide 9

Slide 9 text

5⽉ 6⽉ 7⽉ 8⽉ 9⽉ 10⽉ 11⽉ 12⽉ 1⽉ 2⽉ 3⽉ 4⽉ 5⽉ 6⽉ 7⽉ 8⽉ 9⽉ 10⽉ 11⽉ 12⽉ 1⽉ 2⽉ 3⽉ 4⽉ 5⽉ 6⽉ 7⽉ 8⽉ 9⽉ 10⽉ 11⽉ 12⽉ 1⽉ 2⽉ 3⽉ 4⽉ 5⽉ 6⽉ 7⽉ 8⽉ 9⽉ 2021 2022 2023 2024 はじめに｜サービス紹介 9 診療件数実績推移 ※ 2024年10⽉末時点の集計過去最多花粉症花粉症コロナコロナコロナコロナコロナ

Slide 10

Slide 10 text

はじめに｜チーム紹介 10 PO Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T Manager’s

Slide 11

Slide 11 text

はじめに｜スクラム開発経験者 11 PO Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T Manager’s

Slide 12

Slide 12 text

はじめに｜LeSS導⼊までの道のり 12 どウォーターフォールイテレーション開発 LeSS導⼊ • 仕様がFIXしてないと開発着⼿しませんスタイル • 3ヶ⽉後くらいに突然完成品が出てくる • ⼤体思ってたんと違う出来 • 企画・開発・リリースを1ヶ⽉サイクルで繰り返す • 突然ガチンコスクラムを導⼊するのは躊躇したための妥協案 • 満を持してLeSS導⼊ • 意外にみんな乗り気で反対する⼈はゼロ Step 1 Step 2 Step 3

Slide 13

Slide 13 text

はじめに｜LeSSを導⼊したものの 13 最初は苦労するだろうと⾝構えていたのにすんなり１スプリント⽬が終わってしまった

Slide 14

Slide 14 text

気付いたきっかけ

Slide 15

Slide 15 text

気づき｜①チケットが全然落ちない 15 スクラムに取り組み始めたばかりのチームは、課題の分析と解決を積み重ねることで成⻑していきます 1スプリント⽬からソツなくチケットをクローズ ISSUE • そもそもプランニングが終わらない • ひとつもチケットがクローズできない 1スプリント⽬あるある

Slide 16

Slide 16 text

気づき｜②⾒積もりに時間がかかりすぎている 16 1時間のリファインメントで1チケットしか⾒積もれない ISSUE 私が知ってるリファインメント今のリファインメント受⼊れ条件ワイヤー 5⾏以内ホワイトボードになぐり書きほぼ仕様書デザインFIXした状態未FIX事項その場で決める決めてから出直し

Slide 17

Slide 17 text

気づき｜③アウトプットが変わらない 17 リリース頻度も品質もWF時代と変わらない ISSUE スクラムで開発が早くなるわけではないが、スクラムを始めた結果効率性が追求され、結果的に早く世の中に物が出ることはあるリリース頻度様々なロールで仕様について議論することで、企画者が⼀⼈でプランニングするWFよりサービス品質が⾼くなることはあるサービス品質

Slide 18

Slide 18 text

原因の深堀り

Slide 19

Slide 19 text

原因｜①チケットが全然落ちない 19 チケットを落とす、考慮漏れは悪いこと、無理してでもやり切ろうというマインド。残業してやり切る⾒積もりが⽢かった CASE1 追加チケットを切らずにやり切る考慮漏れが発覚 CASE2 バッファを積むよくわからんやつ CASE3 隠れ WF病チケットが落ちる主な要因

Slide 20

Slide 20 text

原因｜②⾒積もりに時間がかかりすぎている 20 規模⾒積もりの域を超えて⼯数⾒積りになっていた。要件の詳細化⼿戻りが怖い CASE1 要件の肥⼤化考慮漏れが怖い CASE2 スパイクチケットの乱⽤よくわからんやつ CASE3 ⾒積もりに時間がかかる主な要因隠れ WF病

Slide 21

Slide 21 text

原因｜ ③アウトプットが変わらない 21 重厚な仕様を詳細に⾒積もる⾒積もり CASE1 残業して帳尻を合わせる開発 CASE2 隠れ WF病プロセスだけLeSSを導⼊したところで WFと何ら変わらないマインド。リリース頻度やサービスの品質が変わらないのは当たり前。

Slide 22

Slide 22 text

隠れWF病の処⽅箋

Slide 23

Slide 23 text

処⽅箋｜改善のプロセス型だけスクラムでメンタリティがWFのまま。⾃ら気づいて欲しい。ちゃんとスクラムの型通りできている。何か変える必要性ある︖ まずはスクラム推進Tからメンタリティを変えていく作戦 PO TEAM

Slide 24

Slide 24 text

処⽅箋｜スクラム推進Tとは 24 PO Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T Manager’s

Slide 25

Slide 25 text

処⽅箋｜スクラム推進Tとは 25 PO Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T Manager’s • スクラム経験がほぼないチームであり、SMを擁⽴できなかったことで⽣まれたチーム • スクラムの推進に主体的なメンバーの⽴候補制 • SMが担う役割を協⼒して⾏うことで、実務を通してSM のスキルを獲得していく

Slide 26

Slide 26 text

処⽅箋｜スクラム推進Tとは 26 Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T PO Manager’s

Slide 27

Slide 27 text

処⽅箋｜スクラム推進Tとは 27 Backend Frontend QA PM Backend Frontend QA PM Scrum 1T Scrum 2T Scrum推進T PO Manager’s

Slide 28

Slide 28 text

処⽅箋｜①草の根的マインドセットの啓蒙 28 チケットを落とすのも追加チケットも怖くない︕ TRY 無理やり終わらせるより、なぜ終わらなかったのかテーブルに乗せてみんなで議論するほうが健全チケットを落とすことここも修正しなければいけなかった、という気づきそれは考慮漏れではなく新しい要求が⽣まれたという事追加チケットの考え⽅

Slide 29

Slide 29 text

処⽅箋｜①草の根的マインドセットの啓蒙 29 実装が終わらずDoneできなかったチケットを、テストを簡略化して強引にリリースしようとしていたわからないそれは無理してやる必要があるの︖ ⼀番下ですそのチケットの優先度は︖ ⼤丈夫じゃないテスト簡略化して⼤丈夫なの︖ USE CASE 改めて問うてみた

Slide 30

Slide 30 text

処⽅箋｜①草の根的マインドセットの啓蒙 30 実装が終わらずDoneできなかったチケットを、テストを簡略化して強引にリリースしようとしていた次のスプリント、次のリリースに回した上で振り返り USE CASE • 下の⽅にあるわりにポイント数が⾼かった • Doneさせるにはスプリント開始⽇から着⼿しなければいけなかった • 優先度が下でも、終わるのであれば先に着⼿しても良い振り返り

Slide 31

Slide 31 text

そもそもなんで精緻に⾒積もってはいけないの︖ 規模⾒積もりによって知りたいのは精緻な⾒積もりではなく、先々の⾒通し。 Q A 処⽅箋｜②リファインメントの改善 31 1スプリント先が精緻に⾒積もれている状態数スプリント先まで⾒通せている状態

Slide 32

Slide 32 text

処⽅箋｜②リファインメントの改善 32 最低限の要件で「規模」を⾒積もろう︕ TRY • 規模⾒積もりに影響しない仕様は詰めない • 規模⾒積もりに影響しない議論はしない最低限がわからない • チケットを落とすのも追加チケットも怖くない︕ • やってみて課題があればまた考えよう考慮漏れが怖い

Slide 33

Slide 33 text

処⽅箋｜②リファインメントの改善 33 考慮漏れや⼿戻りが怖い怖い怖い

Slide 34

Slide 34 text

処⽅箋｜②リファインメントの改善 34 1チケット平均 14分 ASIS TOBE 1チケット平均 60分

Slide 35

Slide 35 text

処⽅箋｜③輪読会 35 本を読むことで理想像と⾃分たちの状態を⽐較「隠れWF病」に気づき始める輪読会の開催 TRY • スクラムに関する書籍を読み、気づきをSlackでシェア • Zoomを繋いでみんなで同じ章を読み、miroに感想をシェアやったこと理想の状態とは何かが違うと感じたメンバーが⾃発的に開催

Slide 36

Slide 36 text

処⽅箋｜③輪読会 36 Slackで気づきシェア輪読会ルール

Slide 37

Slide 37 text

処⽅箋｜③輪読会 37 私⾃⾝はスクラムに関する書籍は1冊もまともに読んだことがない実践で当たって砕けろ派⼀⽅、Z世代のメンバーは当たって砕けるのは怖い本で予習してから挑むスタイルがハマった

Slide 38

Slide 38 text

処⽅箋｜まとめ 38 トップダウンアプローチとボトムアップアプローチを組み合せる POINT 知識とナレッジの組み合せがメンタリティのベースとなる POINT • スクラム経験が浅いチームには課題の本質を⾒極めることは難しい、かといてトップダウンで号令をかけても納得感が薄い • トップダウンで気づきを与えつつ、ボトムアップで改善を実⾏ • 本で読んだことを実践し、実践したことを本で振り返る • 座学だけ、またはがむしゃらに実践だけでは効果が薄い

Slide 39

Slide 39 text

39 おわりに

Slide 40

Slide 40 text

おわりに｜本⽇お伝えしたいこと 40 1. スクラムの本質は型よりメンタリティ 2. WFメンタルのままスクラムをやることもできちゃう 3. メンタリティは知識と実践で変えていけるあなたのチームに「隠れWF病」は潜んでいませんか︖

Slide 41

Slide 41 text

THANK YOU ! ご清聴ありがとうございました