スクラムチームをスケールする~チームとしての一体感を生むために取り組んだこと~ / Scaling Scrum Teams

kaonavi Tech Talk#17で登壇した際の発表資料です。
https://kaonavi.connpass.com/event/319381

◼︎イベント概要
カオナビでは、プロセスや、エンジニアリングについて日々改善をおこないながらアジャイルな開発を行なっています。
スクラムをスケールする際の工夫、品質向上へのチーム全体でのアプローチ、データ活用による顧客視点の醸成など、実りの多い内容が盛りだくさんです。

本イベントのアーカイブは下記からご覧いただけます！是非ご覧ください。
https://www.youtube.com/live/zQAlHonf-KA

◼︎kaonavi Tech Talkとは？
「"はたらく"にテクノロジーを実装し、個の力から社会の仕様を変える」というパーパスを掲げるカオナビによるオンラインイベントです！
HRTechのリーディングカンパニーであるカオナビの開発組織は、学習する組織として絶え間なく変化を続けてきました。
組織・チーム・プロセス・エンジニアリングなど多くの領域に対してTry&Errorを繰り返すことで学びを重ね、開発組織もサービスもカイゼンを行ってきました。
そうした学びは社内の勉強会や交流会で共有されてきましたが
カオナビの開発組織の文化・人を多くの方に知っていただきたい
社内外で学びを循環させ、コラボレーションを実現する場を創出したい
といった想いから、kaonavi Tech Talkは生まれました。
カオナビの開発最前線で活躍するメンバーがスピーカーを務め、日々の開発で得た学びを発信して参ります！
ぜひカジュアルにご参加いただければと思います。

Transcript

1. スクラムチームをスケールする ~チームとしての一体感を生むために取り組んだこと~ 2024.06.05 | kaonaviTechTalk #17 佐野元気、奥津絵里子 © kaonavi, inc.
2. 自己紹介 © kaonavi, inc. 2 所属 : 株式会社カオナビ 職種 : バックエンドエンジニア（PHPer） 役割 : テックリード 趣味 : キャンプ、コーヒー、サウナ、ライブ参戦 X(Twitter) : @sanogemaru 佐野 元気 Genki Sano
3. 自己紹介 © kaonavi, inc. 3 所属 : 株式会社カオナビ 職種 : バックエンドエンジニア（PHPer） 役割 : プロジェクトリード 趣味 : 旅行、ホットヨガ X(Twitter) : @et222et1 奥津 絵里子 Eriko Okutsu
4. https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19404/less3
5. https://speakerdeck.com/sanogemaru/scaling-the-scrum-team?slide=9
6. https://speakerdeck.com/sanogemaru/scaling-the-scrum-team?slide=12
7. https://speakerdeck.com/sanogemaru/scaling-the-scrum-team?slide=30
8. この続きの話をします
9. INDEX 1. チームの一体化に向けた施策 2. その後の現場での取り組み 3. これからの課題 4. まとめ © kaonavi, inc. 9
10. INDEX 1. チームの一体化に向けた施策 2. その後の現場での取り組み 3. これからの課題 4. まとめ © kaonavi, inc. 10
11. https://speakerdeck.com/sanogemaru/scaling-the-scrum-team?slide=55
12. https://speakerdeck.com/sanogemaru/scaling-the-scrum-team?slide=63
13. やってみました！
14. が、あまり上手くいかず
15. が、あまり上手くいかず 大人数の場でワ イワイするのは 難しい...
16. が、あまり上手くいかず 大人数の場でワ イワイするのは 難しい... 規模感の大きい 話になりがち で、アクション を決めづらい
17. が、あまり上手くいかず 大人数の場でワ イワイするのは 難しい... 理解がすすまな いので、深堀が 難しい、、 規模感の大きい 話になりがち で、アクション を決めづらい
18. が、あまり上手くいかず 大人数の場でワ イワイするのは 難しい... 理解がすすまな いので、深堀が 難しい、、 規模感の大きい 話になりがち で、アクション を決めづらい 人が多いと最初 に声を出すとい う活動をしにく い
19. ただよう手詰まり感
20. 相談してみた
21. ひとりで決めようとしてない？
23. それまでの自分 © kaonavi, inc. 23 • 自分が情熱を持ってやり始めたこと • 自分が全部考えて意思決定しないといけないという思い込み • それがやり始めた者の責任だと思っていた
24. 以降の自分 © kaonavi, inc. 24 • 誰かに決められるだけでは、それは「グループ」でしかない • 「チーム」になるには、自分たちで決められることが大事 • 私たちが目指したいのは「チーム」の方
25. チーム全員で 今の気持ちを吐き出してみた
26. 気持ちを吐き出してみた結果 © kaonavi, inc. 26 • チーム間コミュニケーションの再設計が必要そう • お互いのドメイン知識を補完したい • 小さいチームで仕事はしたいと思う • 一部のメンバーを入れ替えるのがいいかもしれない • ユニット間で柔軟に人員移動できる状態があるとよいとおもう • etc.
27. 意見をもらえた！
28. 対応方針 © kaonavi, inc. 28 Heidi Helfand (2020) 『Dynamic Reteaming』 切り替え(Switching)を使って リチーミングを行う 以下のような課題があったため、Dynamic Reteamingか ら「切り替え(Switching)」のパターンを取り入れて、リ チーミングを行うことにした。 • チーム間での知識の共有が進まない • もう片方のチームが何をしているか分からない
29. チームの新体制案を考えてみた
31. 意思決定の進め方 © kaonavi, inc. 31 アイデアを 考える 実行するかどうかを チームで決める
32. 新体制について意思決定する時に気をつけたこと © kaonavi, inc. 32 • 最後の意思決定は全員 • 最初のアイデア出しは少人数 • アイデア出しの議論の内容は公開する • 進め方に対してのふりかえりを行う
33. チームの新体制案について 方針が決まった
34. 最初に決めておいたこと © kaonavi, inc. 34 • チームとして目指す方向性 • 各種イベントの全体像・流れ • チケットの管理方法 ◦ 種別 ◦ 対応フロー（起票〜完了） • DoR/DoD
35. とりあえず、走り始めてみた
36. 新体制でスタートした結果 © kaonavi, inc. 36 • 大きな問題もなくここまで来ている • もともと抱えていた課題をついでに解消できた ◦ バックログが複数ある ◦ DoDが揃っていない ◦ DoDにテストが入っていない ◦ etc. • 課題のレベルを1段階上げられた
37. 詳しい話は後半で
38. まとめ（前半） © kaonavi, inc. 38 • ちゃんとチームメンバーの声を聞きながら進めよう • 都度ふりかえって、検査を適応しながら進めよう • 決まったことを小さく公開しながら進めよう
39. INDEX 1. チームの一体化に向けた施策 2. その後の現場での取り組み 3. これからの課題 4. まとめ © kaonavi, inc. 39
40. Bユニット Aユニット newBユニット newAユニット チーム体制の変更 機能A 機能B 機能A 機能B
41. チーム体制変更に伴いやってきたこと
42. オフラインで集まり、わいわいユニット名を決めた © kaonavi, inc. 42
43. オフラインで集まり、わいわいユニット名を決めた © kaonavi, inc. 43 • アイデアが多く出た • お互いを知ることができた • 自分たちのチームであるという意識を持てた
44. ふりかえりを通して、新しいチームにあったやりかたへ © kaonavi, inc. 44 ある日のnewAユニットふりかえり 朝会について
45. ふりかえりを通して、新しいチームにあったやりかたへ © kaonavi, inc. 45 • とりあえずやってみることで前に進んだ • ふりかえりを通してチームにあったやり方に徐々に改善で きた
46. モブプロ形式で話してロジック整理して知識を共有 © kaonavi, inc. 46 こーだ ここ は？ あーだ コードを見ながら、話しながら、質問しながら ビジネスロジックをコメント書きつつ整理 （実際はリモートです）
47. モブプロ形式で話してロジック整理して知識を共有 © kaonavi, inc. 47 • コードを見ながら口頭で質問することで機能を知らない人 は理解が早まった • ロジックを整理してドキュメントに書き出すことで機能を 知っていた人も知識を整理することができた • 知識の共有が進み、開発や調査がスムーズになった
48. まとめ（後半） © kaonavi, inc. 48 チーム体制変更に伴いやってきたことから • チームの体制変更を前向きなものに捉えられるようにできた • チームメンバー全員がチームの改善を行えるようになった • 目的であったチーム間での知識の共有が進んだ
49. まとめ（後半） © kaonavi, inc. 49 チーム体制変更に伴いやってきたことから • チームの体制変更を前向きなものに捉えられるようにできた • チームメンバー全員がチームの改善を行えるようになった • 目的であったチーム間での知識の共有が進んだ チーム体制変更は 良い効果を生んだ
50. INDEX 1. チームの一体化に向けた施策 2. その後の現場での取り組み 3. これからの課題 4. まとめ © kaonavi, inc. 50
51. これからの課題 © kaonavi, inc. 51 https://speakerdeck.com/kawaguti/userstorymapping?slide=62
52. これからの課題 © kaonavi, inc. 52 ここにフォーカスしてた https://speakerdeck.com/kawaguti/userstorymapping?slide=62
53. これからの課題 © kaonavi, inc. 53 こっちにフォーカスできるようになった https://speakerdeck.com/kawaguti/userstorymapping?slide=62
54. これからの課題 © kaonavi, inc. 54 より大きなアウトカムを出すために、以下に立ち向かう必要がある • 仮説検証のサイクルを早める • 継続的にカイゼンできるようにする
55. INDEX 1. チームの一体化に向けた施策 2. その後の現場での取り組み 3. これからの課題 4. まとめ © kaonavi, inc. 55
56. チームを作るのは リードする人だけじゃなくて メンバー全員 まとめ