Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
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 チームのスケールを考える前に、まずは1 つのチームを維持したままうまくやる方法 は本当にないのか、というのをギリギリま で考え抜いてください。 ※引用: スクラムの拡張による組織づくり - 複数のスクラムチームを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 起こったこと ● プロダクトバックログが2つある ● 異なる完成の定義がある ● ユニットで独自の進化を遂げるようになってきた
Slide 59
Slide 59 text
課題3. チームとしての一体感が薄い © kaonavi, inc. 59 合併前とあまり変わらないのでは? 起こったこと ● プロダクトバックログが2つある ● 異なる完成の定義がある ● ユニットで独自の進化を遂げるようになってきた
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 第1段階 第2段階 第3段階 現在 半年後 n年後
Slide 66
Slide 66 text
将来の展望 © kaonavi, inc. 66 第1段階 第2段階 第3段階 現在 半年後 n年後 今の施策を 着実に進める
Slide 67
Slide 67 text
将来の展望 © kaonavi, inc. 67 第1段階 第2段階 第3段階 現在 半年後 n年後 グループからチームへ 今の施策を 着実に進める
Slide 68
Slide 68 text
やろうとしていること 将来の展望 © kaonavi, inc. 68 ユニットを統合してみる 期待する効果 ● 同じ1つのチームという意識を持ちたい ● プロダクトバックログを1つにしたい
Slide 69
Slide 69 text
将来の展望 © kaonavi, inc. 69 第1段階 第2段階 第3段階 現在 半年後 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/