Tweet
Tweet

Slide 1

Slide 1 text

スクラムチームをスケールする 〜LeSS導入3ヶ月の振り返りと課題〜 2024.01.11 @RSGT2024 | Genki Sano © kaonavi, inc.

Slide 2

Slide 2 text

タレントマネジメントシステム「カオナビ」 社員の個性・才能を発掘し 戦略人事を加速させるタレントマネジメントシステム © kaonavi, inc. 2

Slide 3

Slide 3 text

自己紹介 © kaonavi, inc. 3 所属 : 株式会社カオナビ 職種 : バックエンドエンジニア 役割 : テックリード 趣味 : コーヒー、サウナ、ライブ参戦 X(Twitter) : @sanogemaru 佐野 元気 Genki Sano

Slide 4

Slide 4 text

本セッションのモチベーション © kaonavi, inc. 4 ● LeSSを導入して実験の途中 ● 成功した話だけじゃなくて、失敗した話を聞きたい ● 議論のネタとして使いたい

Slide 5

Slide 5 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 5

Slide 6

Slide 6 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 6

Slide 7

Slide 7 text

スケール以前のチーム体制 © kaonavi, inc. 7 PO ENGINEER DESIGNER QC TEAM

Slide 8

Slide 8 text

スケール以前のチーム体制 © kaonavi, inc. 8 PO ENGINEER DESIGNER QC TEAM 運用していく中で
 課題が出てきた

Slide 9

Slide 9 text

チームをスケールした動機 © kaonavi, inc. 9 ユーザーにとって一連した動作になりやすい2つの機能を 別々の2チームで運用していた 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB

Slide 10

Slide 10 text

チームをスケールした動機 © kaonavi, inc. 10 以下のような問題が発生 ● 機能開発するのに、毎回同じチームとの連携が必要 ● 連携する機能について、関係性は深いがよく知らない ● etc.

Slide 11

Slide 11 text

チームをスケールした動機 © kaonavi, inc. 11 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB

Slide 12

Slide 12 text

チームをスケールした動機 © kaonavi, inc. 12 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB 合併した 新チームの誕生！

Slide 13

Slide 13 text

本当にスケールする必要ある？ © kaonavi, inc. 13

Slide 14

Slide 14 text

本当にスケールは必要なのか © kaonavi, inc. 14 チームのスケールを考える前に、まずは１ つのチームを維持したままうまくやる方法 は本当にないのか、というのをギリギリま で考え抜いてください。 ※引用： スクラムの拡張による組織づくり - 複数のスクラムチームをScrum@Scaleで運用する

Slide 15

Slide 15 text

本当にスケールは必要なのか © kaonavi, inc. 15 以下の理由からスケールさせることにした ● ビジネス的に短期的なアウトプットが維持されることが重 要だった ● 失敗した時に戻しやすくしたかった

Slide 16

Slide 16 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 16

Slide 17

Slide 17 text

※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 
 LeSS(Large-Scale Scrum)とは © kaonavi, inc. 17 LeSSは、1つのプロダクトを複数 チームで協働するために考えられた スクラムです。

Slide 18

Slide 18 text

LeSS(Large-Scale Scrum)とは © kaonavi, inc. 18 LeSSはスクラムの原理・原則、目的、要 素、洗練された状態を大規模な状況にでき るだけシンプルに適用したものです。 ※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 


Slide 19

Slide 19 text

LeSS(Large-Scale Scrum)とは © kaonavi, inc. 19 スクラムを シンプルに適用し 拡張したもの

Slide 20

Slide 20 text

※引用： 16th Annual State Of Agile Report 
 他の大規模アジャイルフレームワーク © kaonavi, inc. 20

Slide 21

Slide 21 text

※引用： 16th Annual State Of Agile Report 
 他の大規模アジャイルフレームワーク © kaonavi, inc. 21

Slide 22

Slide 22 text

LeSSを選択した理由 © kaonavi, inc. 22 小規模から導入しやすい フレームワークであるため SAFe や S@S の場合、ある程度の規模の組織に対して適用させるフレームワークであり、具体的に SAFe では ART の最低人数が 50 名と定められている。 一方で LeSS は、2 チームから始められるシンプルなフレームワークであるため、今回のケースにはぴっ たりだと考えた。

Slide 23

Slide 23 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 23

Slide 24

Slide 24 text

導入後に目指した姿 © kaonavi, inc. 24 PO ENGINEER DESIGNER QC TEAM

Slide 25

Slide 25 text

導入後に目指した姿 © kaonavi, inc. 25 PO ENGINEER DESIGNER QC TEAM UNIT UNIT

Slide 26

Slide 26 text

導入時に行ったこと © kaonavi, inc. 26 1. キックオフの実施 2. 各種イベントの 目的とゴールを整理 導入時に実施した内容としては以下の2点

Slide 27

Slide 27 text

導入時に行ったこと © kaonavi, inc. 27 1. キックオフの実施 LeSS導入の背景と目指す姿を共有する時間を作った。 狙いとしては、以下の2点。 ● 現状の課題を共有し、変化に対しての抵抗感を減らす ● 目指す姿を共有し、チームとしての一体感を持ちやすくする

Slide 28

Slide 28 text

導入時に行ったこと © kaonavi, inc. 28 2. 各種イベントの目的とゴールを整理 LeSS を実践する上で、各種イベントは下記のような性質がある。 ● 現行の1チームで行うスクラムとの違いが出やすい ● 具体のイメージがしやすく、疑問・質問が出やすい そのため、先に情報の整理を行った。

Slide 29

Slide 29 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 29

Slide 30

Slide 30 text

LeSS導入後に起こった課題 © kaonavi, inc. 30 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い

Slide 31

Slide 31 text

LeSS導入後に起こった課題 © kaonavi, inc. 31 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い

Slide 32

Slide 32 text

課題1. POの手が回らなくなった © kaonavi, inc. 32 ※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 
 LeSSのプロダクトオーナーは、簡単に過 負荷になってしまいます。

Slide 33

Slide 33 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 33 PO の業務をチームに委任していく

Slide 34

Slide 34 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 34 代表的な取り組み ● 受入条件の記入をQC中心に実施 ● ユニットPO制の導入 PO の業務をチームに委任していく

Slide 35

Slide 35 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 35 代表的な取り組み ● 受入条件の記入をQC中心に実施 ● ユニットPO制の導入 PO の業務をチームに委任していく

Slide 36

Slide 36 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 36 よかったこと ● QC が早い段階で仕様を把握出来るようになった ● テスト分析を先に行えるようになり、テスト設計の時間を短 縮できた

Slide 37

Slide 37 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 37 新たな課題 ● 受入条件が機能に向きやすくなってしまった

Slide 38

Slide 38 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 38 代表的な取り組み ● 受入条件の記入をQC中心に実施 ● ユニットPO制の導入 PO の業務をチームに委任していく

Slide 39

Slide 39 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 39 PO ENGINEER DESIGNER QC TEAM UNIT UNIT

Slide 40

Slide 40 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 40 PO ENGINEER DESIGNER QC TEAM UNIT UNIT ユニットPO

Slide 41

Slide 41 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 41

Slide 42

Slide 42 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 42 ※引用： 大規模スクラム LeSS の各スクラムチームに「チームPO制」を導入してみた 


Slide 43

Slide 43 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 43 ユニットPO制は、まだ実験中...

Slide 44

Slide 44 text

課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 44 ユニットPO制は、まだ実験中... これから自分たちの形にしていく！

Slide 45

Slide 45 text

LeSS導入後に起こった課題 © kaonavi, inc. 45 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い

Slide 46

Slide 46 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 46 ある日のオーバーオールレトロスペクティブにて

Slide 47

Slide 47 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 47 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない

Slide 48

Slide 48 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 48 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる

Slide 49

Slide 49 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 49

Slide 50

Slide 50 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 50 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる

Slide 51

Slide 51 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 51 ある日のオーバーオールレトロスペクティブにて LeSS や スクラム における いいチームが よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる

Slide 52

Slide 52 text

課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 52 ある日のオーバーオールレトロスペクティブにて LeSS や スクラム における いいチームが よく分からない LeSS や スクラム の知識に自信がない

Slide 53

Slide 53 text

課題2. LeSSに対する認識にズレが生じた（解決策） © kaonavi, inc. 53 勉強会を開催 ● 週1回／30分 ● スクラムの基本から、LeSS本を網羅するまで ● チーム全員でやる

Slide 54

Slide 54 text

課題2. LeSSに対する認識にズレが生じた（解決策） © kaonavi, inc. 54 勉強会を開催 ● 週1回／30分 ● スクラムの基本から、LeSS本を網羅するまで ● チーム全員でやる 時間を伸ばす or 頻度を増やす を検討中

Slide 55

Slide 55 text

LeSS導入後に起こった課題 © kaonavi, inc. 55 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い

Slide 56

Slide 56 text

課題3. チームとしての一体感が薄い © kaonavi, inc. 56 チームの合併時に取った戦略 合併前のチームの開発フローを崩さないが、 なるべく連携が取りやすいようにする

Slide 57

Slide 57 text

課題3. チームとしての一体感が薄い © kaonavi, inc. 57 チームの合併時に取った戦略 合併前のチームの開発フローを崩さないが、 なるべく連携が取りやすいようにする 短期的なアウトプットが維持されること 制約として以下が存在

Slide 58

Slide 58 text

課題3. チームとしての一体感が薄い © kaonavi, inc. 58 起こったこと ● プロダクトバックログが２つある ● 異なる完成の定義がある ● ユニットで独自の進化を遂げるようになってきた

Slide 59

Slide 59 text

課題3. チームとしての一体感が薄い © kaonavi, inc. 59 合併前とあまり変わらないのでは？ 起こったこと ● プロダクトバックログが２つある ● 異なる完成の定義がある ● ユニットで独自の進化を遂げるようになってきた

Slide 60

Slide 60 text

課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 60 オーバーオールレトロスペクティブを全員参加 にする

Slide 61

Slide 61 text

課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 61 ※引用： Introduction to LeSS | less.works 


Slide 62

Slide 62 text

課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 62 ※引用： Introduction to LeSS | less.works 
 全員でやってみる

Slide 63

Slide 63 text

課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 63 オーバーオールレトロスペクティブを全員参加 にする まだ実施はしておらず、これからやる予定

Slide 64

Slide 64 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 64

Slide 65

Slide 65 text

将来の展望 © kaonavi, inc. 65 第１段階 第２段階 第３段階 現在 半年後 n年後

Slide 66

Slide 66 text

将来の展望 © kaonavi, inc. 66 第１段階 第２段階 第３段階 現在 半年後 n年後 今の施策を 着実に進める

Slide 67

Slide 67 text

将来の展望 © kaonavi, inc. 67 第１段階 第２段階 第３段階 現在 半年後 n年後 グループからチームへ 今の施策を 着実に進める

Slide 68

Slide 68 text

やろうとしていること 将来の展望 © kaonavi, inc. 68 ユニットを統合してみる 期待する効果 ● 同じ1つのチームという意識を持ちたい ● プロダクトバックログを１つにしたい

Slide 69

Slide 69 text

将来の展望 © kaonavi, inc. 69 第１段階 第２段階 第３段階 現在 半年後 n年後 グループからチームへ 他チームと協力して 組織全体での ムーブメントを起こす 今の施策を 着実に進める

Slide 70

Slide 70 text

INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 70

Slide 71

Slide 71 text

まとめ © kaonavi, inc. 71 ● タックマンモデルで言う「混乱期」真っ只中 ● 最も大切な時期なので、コンフリクトを恐れずに意見をぶ つけ合って、いいチームを作っていきたい

Slide 72

Slide 72 text

We are hiring!! https://corp.kaonavi.jp/recruit/