LeSSはスクラムではない！？LeSSにおけるスクラムマスターの振る舞い方とは / Scrum Master Behavior in LeSS

Transcript

1. 1000⼈を超える組織でのスクラム実践録 〜 SmartHR x サイボウズ 〜 LeSSにおけるスクラムマスターの 振る舞い⽅とは LeSSはスクラムではない︕︖
2. ※⾔い訳タイム 2 ⾊々詰め込んでガンガン話すので 「？」ってなります！ ネットワーキングで⾊々聞いて下さい お話しましょう！！
3. ⾃⼰紹介 2022年9⽉にサイボウズ株式会社に⼊社。 kintone開発チームでスクラムマスターを担当。元QA 今年の抱負：アウトプット とうま Masato Ito 3
4. LeSS（Large-Scale Scrum）について 4 https://less.works/less/homepage?preferred_lang=jp
5. 問い 5 スクラムマスターの振る舞いって 変わる？ （1チームの） スクラム LeSS
6. LeSS is not Scrum 6 https://less.works/less/framework/differences-with-scrum ※作成中のページ
7. LeSS is not Scrum 7
8. LeSSにおけるSMの振る舞い⽅は 8 結論 1チーム時の場合と⼀緒 問いの答え
9. 9 以上です。 ご清聴ありがとうございました！
10. 10 LeSSを適⽤ 組織拡⼤ スクラム ありそうなLeSS適⽤までの流れ
11. 11 なんやかんやあって‧‧‧ LeSS適⽤後
12. 12 課題が⼭積み！うまくいかん！！ 根本原因は？
13. 13 LeSSを適⽤ 組織拡⼤ or 根本原因は？
14. 14 スクラム上⼿くいった LeSSも上⼿くいくはず LeSSはスクラム （1チーム） LeSSうまくいく理論
15. 15 LeSSを適⽤ 組織拡⼤ or 根本原因は？
16. 16 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
19. 19 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
20. 20 企画部⾨ 開発部⾨ テスト部⾨ 運⽤部⾨
21. 21 へーしゃについて
22. 22 幸いにもサイロ化は 最⼩限のはず！ しかし‧‧‧！
23. 23 kintone開発チームざっくりイメージ PO SM QA Dev デザイナー PdM ‧‧‧ Why/What How PO SM QA Dev PO SM QA Dev 各スクラムチーム ※実際の呼称は異なるので、あくまでイメージ
24. 24 PO SM QA Dev デザイナー PdM ‧‧‧ Why/What How PO SM QA Dev PO SM QA Dev 各スクラムチーム 漂うウォーターフォール感 kintone開発チームざっくりイメージ
25. 25 過去の歴史的背景も影響 https://speakerdeck.com/kaiichiro/fei-da- hua-monorisuhua-surupurodakutokai-fa- zu-zhi-wozi-lu-de-dexiao-sanatimuqun- nibian-eteiku-kintonekai-fa-timunoshi-li https://speakerdeck.com/toma_sm/qa-process- transformation
26. 26 アライメントを促進 「アライメント」とは、組織のメンバーが同じ⽬標や価値 観を共有し、⼀緒に協⼒して進む状態のこと つまり、みんなが同じ⽅向に向かって⾏動すること これにより、組織全体の効率や効果の⾼まりを期待できる
27. 27 PO PO PdM 全体PO PO PO Aチーム Bチーム Cチーム Dチーム ‧‧‧ ‧ ‧ ‧ 週次で対話 1on1 ⽬標設定 各PO（領域）の⽬標 プロダクトの⽬標 開発本部の⽬標 会社のビジョン
28. 28 余談1：LeSS Hugeっぽさ PO PO PM 全体PO PO PO LeSS Hugeで⾔うところのAPOっぽい Aチーム Bチーム Cチーム Dチーム ‧‧‧
29. 29 Area Product Owner https://less.works/less/less-huge/area-product-owner
30. 30 余談2：Scrum@Scaleっぽさ PO PO PM PO PO Scrum@Scaleで⾔うところのEMSっぽい 全体PO Aチーム Bチーム Cチーム Dチーム ‧‧‧
31. 31 アジャイル組織への変⾰を成功に導くScrum@Scaleとは？ https://scruminc.jp/blog/5694/
32. 32 余談まとめ フレームワークを頑なに準拠するではなく、現場の課題 と真剣に向き合って、最善だと思える選択をすれば良いと思う h"ps://x.com/ryuzee/status/1340097962391662593 ただし‧‧‧！
33. 33 SMの活動 PO PO PM PO PO PO 🍮 ⚙ 🐤 🐰 、、、 PO陣のアライメント強化の⽀援
34. 34 SMの⽀援例 タスク（権限） 委譲 ⽬標設定作り PO x SM 1on1 PO陣振り返り
35. 35 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
36. 36 PO SM QA Dev デザイナー ‧‧‧ Why/What How QA PO SM QA Dev 各スクラムチーム 漂うウォーターフォール感はあるものの 過剰な役割分担ではない（個⼈の所感） PdM PO SM Dev kintone開発チームざっくりイメージ
37. 37 チーム毎の分担感はあるかも 各チーム毎の部分最適で全体最適できていない（？） PO QA Dev ‧‧‧ PO QA Dev PO QA Dev PO QA Dev SM SM SM SM Aチーム Bチーム Cチーム Dチーム 領域M 領域N 領域X 領域Y
38. 38 https://scrummasterway.com/scrummasterway-ja.html ScrumMasterWay（スクラムマスターの道） レベル1にとどまり続けると SMによるサイロ化 SMが複数いることの強みを 活かすのがキーポイント
39. 39 SMとしての⽀援 PO QA Dev ‧‧‧ PO QA Dev PO QA Dev PO QA Dev SMが複数いる強みを活かしたい SM SM SM SM Aチーム Bチーム Cチーム Dチーム 領域M 領域N 領域X 領域Y
40. 40 SMが複数いる強みを活かすために 悩み‧課題の相談 気づきの共有 SM同⼠で週１で対話する場を⽤意 ただ対話するという当たり前な普通の活動 注⼒ポイントの共有 疑問の解消
41. 41 週1回集まる活動に価値は あるんだっけ？ 「SM同⼠で対話する場が必要だ！」 複数のSMを活かすために、他 にできることあるのでは？ そもそもSM役割の 意義とは？ 納得感やアライメント⼤事
42. 42 （前略）1⼈で組織を変えることはできません。成功には、⾃ ⼰組織化したチームが必要です。ですから、スクラムマスター たちで構成されるチームを作るのが最良の出発点となります。 Zuzana Sochova. SCRUMMASTER THE BOOK 優れたスクラム マスターになるための極意Šメタスキル、学習、⼼理、リー ダーシップ (p.88). 株式会社 翔泳社. Kindle 版. スクラムマスターのグループ
43. 43 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
44. 44 ⾊々ありすぎる ＞
45. 45 懇親会で⾊々お話させてください！！ お気軽に声かけてください！
46. 46 以上です！