スクラムチームをスケールする〜LeSS導入3ヶ月の振り返りと課題〜/scaling-the-scrum-team

Transcript

1. スクラムチームをスケールする 〜LeSS導入3ヶ月の振り返りと課題〜 2024.01.11 @RSGT2024 | Genki Sano © kaonavi, inc.
2. タレントマネジメントシステム「カオナビ」 社員の個性・才能を発掘し 戦略人事を加速させるタレントマネジメントシステム © kaonavi, inc. 2
3. 自己紹介 © kaonavi, inc. 3 所属 : 株式会社カオナビ 職種 : バックエンドエンジニア 役割 : テックリード 趣味 : コーヒー、サウナ、ライブ参戦 X(Twitter) : @sanogemaru 佐野 元気 Genki Sano
4. 本セッションのモチベーション © kaonavi, inc. 4 • LeSSを導入して実験の途中 • 成功した話だけじゃなくて、失敗した話を聞きたい • 議論のネタとして使いたい
5. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 5
6. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 6
7. スケール以前のチーム体制 © kaonavi, inc. 7 PO ENGINEER DESIGNER QC TEAM
8. スケール以前のチーム体制 © kaonavi, inc. 8 PO ENGINEER DESIGNER QC TEAM 運用していく中で
 課題が出てきた
9. チームをスケールした動機 © kaonavi, inc. 9 ユーザーにとって一連した動作になりやすい2つの機能を 別々の2チームで運用していた 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB
10. チームをスケールした動機 © kaonavi, inc. 10 以下のような問題が発生 • 機能開発するのに、毎回同じチームとの連携が必要 • 連携する機能について、関係性は深いがよく知らない • etc.
11. チームをスケールした動機 © kaonavi, inc. 11 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB
12. チームをスケールした動機 © kaonavi, inc. 12 機能A 機能B 運用を担当 運用を担当 2つの機能を セットで触る ユーザー チームA チームB 合併した 新チームの誕生！
13. 本当にスケールする必要ある？ © kaonavi, inc. 13
14. 本当にスケールは必要なのか © kaonavi, inc. 14 チームのスケールを考える前に、まずは１ つのチームを維持したままうまくやる方法 は本当にないのか、というのをギリギリま で考え抜いてください。 ※引用： スクラムの拡張による組織づくり - 複数のスクラムチームをScrum@Scaleで運用する
15. 本当にスケールは必要なのか © kaonavi, inc. 15 以下の理由からスケールさせることにした • ビジネス的に短期的なアウトプットが維持されることが重 要だった • 失敗した時に戻しやすくしたかった
16. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 16
17. ※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 
 LeSS(Large-Scale Scrum)とは © kaonavi, inc. 17 LeSSは、1つのプロダクトを複数 チームで協働するために考えられた スクラムです。
18. LeSS(Large-Scale Scrum)とは © kaonavi, inc. 18 LeSSはスクラムの原理・原則、目的、要 素、洗練された状態を大規模な状況にでき るだけシンプルに適用したものです。 ※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 

19. LeSS(Large-Scale Scrum)とは © kaonavi, inc. 19 スクラムを シンプルに適用し 拡張したもの
20. ※引用： 16th Annual State Of Agile Report 
 他の大規模アジャイルフレームワーク © kaonavi, inc. 20
21. ※引用： 16th Annual State Of Agile Report 
 他の大規模アジャイルフレームワーク © kaonavi, inc. 21
22. LeSSを選択した理由 © kaonavi, inc. 22 小規模から導入しやすい フレームワークであるため SAFe や S@S の場合、ある程度の規模の組織に対して適用させるフレームワークであり、具体的に SAFe では ART の最低人数が 50 名と定められている。 一方で LeSS は、2 チームから始められるシンプルなフレームワークであるため、今回のケースにはぴっ たりだと考えた。
23. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 23
24. 導入後に目指した姿 © kaonavi, inc. 24 PO ENGINEER DESIGNER QC TEAM
25. 導入後に目指した姿 © kaonavi, inc. 25 PO ENGINEER DESIGNER QC TEAM UNIT UNIT
26. 導入時に行ったこと © kaonavi, inc. 26 1. キックオフの実施 2. 各種イベントの 目的とゴールを整理 導入時に実施した内容としては以下の2点
27. 導入時に行ったこと © kaonavi, inc. 27 1. キックオフの実施 LeSS導入の背景と目指す姿を共有する時間を作った。 狙いとしては、以下の2点。 • 現状の課題を共有し、変化に対しての抵抗感を減らす • 目指す姿を共有し、チームとしての一体感を持ちやすくする
28. 導入時に行ったこと © kaonavi, inc. 28 2. 各種イベントの目的とゴールを整理 LeSS を実践する上で、各種イベントは下記のような性質がある。 • 現行の1チームで行うスクラムとの違いが出やすい • 具体のイメージがしやすく、疑問・質問が出やすい そのため、先に情報の整理を行った。
29. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 29
30. LeSS導入後に起こった課題 © kaonavi, inc. 30 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い
31. LeSS導入後に起こった課題 © kaonavi, inc. 31 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い
32. 課題1. POの手が回らなくなった © kaonavi, inc. 32 ※引用： 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法 
 LeSSのプロダクトオーナーは、簡単に過 負荷になってしまいます。
33. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 33 PO の業務をチームに委任していく
34. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 34 代表的な取り組み • 受入条件の記入をQC中心に実施 • ユニットPO制の導入 PO の業務をチームに委任していく
35. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 35 代表的な取り組み • 受入条件の記入をQC中心に実施 • ユニットPO制の導入 PO の業務をチームに委任していく
36. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 36 よかったこと • QC が早い段階で仕様を把握出来るようになった • テスト分析を先に行えるようになり、テスト設計の時間を短 縮できた
37. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 37 新たな課題 • 受入条件が機能に向きやすくなってしまった
38. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 38 代表的な取り組み • 受入条件の記入をQC中心に実施 • ユニットPO制の導入 PO の業務をチームに委任していく
39. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 39 PO ENGINEER DESIGNER QC TEAM UNIT UNIT
40. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 40 PO ENGINEER DESIGNER QC TEAM UNIT UNIT ユニットPO
41. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 41
42. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 42 ※引用： 大規模スクラム LeSS の各スクラムチームに「チームPO制」を導入してみた 

43. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 43 ユニットPO制は、まだ実験中...
44. 課題1. POの手が回らなくなった（解決策） © kaonavi, inc. 44 ユニットPO制は、まだ実験中... これから自分たちの形にしていく！
45. LeSS導入後に起こった課題 © kaonavi, inc. 45 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い
46. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 46 ある日のオーバーオールレトロスペクティブにて
47. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 47 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない
48. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 48 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる
49. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 49
50. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 50 ある日のオーバーオールレトロスペクティブにて チームとして 目指している先が よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる
51. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 51 ある日のオーバーオールレトロスペクティブにて LeSS や スクラム における いいチームが よく分からない ユニット間で LeSSやスクラムの 知識に差分がある ように思えて 劣等感を感じる
52. 課題2. LeSSに対する認識にズレが生じた © kaonavi, inc. 52 ある日のオーバーオールレトロスペクティブにて LeSS や スクラム における いいチームが よく分からない LeSS や スクラム の知識に自信がない
53. 課題2. LeSSに対する認識にズレが生じた（解決策） © kaonavi, inc. 53 勉強会を開催 • 週1回／30分 • スクラムの基本から、LeSS本を網羅するまで • チーム全員でやる
54. 課題2. LeSSに対する認識にズレが生じた（解決策） © kaonavi, inc. 54 勉強会を開催 • 週1回／30分 • スクラムの基本から、LeSS本を網羅するまで • チーム全員でやる 時間を伸ばす or 頻度を増やす を検討中
55. LeSS導入後に起こった課題 © kaonavi, inc. 55 導入後に起こった課題として、代表的なものは以下の3点 1. POの手が回らなくなった 2. LeSSに対する認識にズレが生じた 3. チームとしての一体感が薄い
56. 課題3. チームとしての一体感が薄い © kaonavi, inc. 56 チームの合併時に取った戦略 合併前のチームの開発フローを崩さないが、 なるべく連携が取りやすいようにする
57. 課題3. チームとしての一体感が薄い © kaonavi, inc. 57 チームの合併時に取った戦略 合併前のチームの開発フローを崩さないが、 なるべく連携が取りやすいようにする 短期的なアウトプットが維持されること 制約として以下が存在
58. 課題3. チームとしての一体感が薄い © kaonavi, inc. 58 起こったこと • プロダクトバックログが２つある • 異なる完成の定義がある • ユニットで独自の進化を遂げるようになってきた
59. 課題3. チームとしての一体感が薄い © kaonavi, inc. 59 合併前とあまり変わらないのでは？ 起こったこと • プロダクトバックログが２つある • 異なる完成の定義がある • ユニットで独自の進化を遂げるようになってきた
60. 課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 60 オーバーオールレトロスペクティブを全員参加 にする
61. 課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 61 ※引用： Introduction to LeSS | less.works 

62. 課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 62 ※引用： Introduction to LeSS | less.works 
 全員でやってみる
63. 課題3. チームとしての一体感が薄い（解決策） © kaonavi, inc. 63 オーバーオールレトロスペクティブを全員参加 にする まだ実施はしておらず、これからやる予定
64. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 64
65. 将来の展望 © kaonavi, inc. 65 第１段階 第２段階 第３段階 現在 半年後 n年後
66. 将来の展望 © kaonavi, inc. 66 第１段階 第２段階 第３段階 現在 半年後 n年後 今の施策を 着実に進める
67. 将来の展望 © kaonavi, inc. 67 第１段階 第２段階 第３段階 現在 半年後 n年後 グループからチームへ 今の施策を 着実に進める
68. やろうとしていること 将来の展望 © kaonavi, inc. 68 ユニットを統合してみる 期待する効果 • 同じ1つのチームという意識を持ちたい • プロダクトバックログを１つにしたい
69. 将来の展望 © kaonavi, inc. 69 第１段階 第２段階 第３段階 現在 半年後 n年後 グループからチームへ 他チームと協力して 組織全体での ムーブメントを起こす 今の施策を 着実に進める
70. INDEX 1. チームをスケールした背景 2. なぜ LeSS なのか 3. 導入のプロセス 4. 導入後の変化と課題 5. 将来の展望 6. まとめ © kaonavi, inc. 70
71. まとめ © kaonavi, inc. 71 • タックマンモデルで言う「混乱期」真っ只中 • 最も大切な時期なので、コンフリクトを恐れずに意見をぶ つけ合って、いいチームを作っていきたい
72. We are hiring!! https://corp.kaonavi.jp/recruit/