Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
LeSSはスクラムではない!?LeSSにおけるスクラムマスターの振る舞い方とは / Scru...
Search
とうま
October 03, 2024
Technology
0
540
LeSSはスクラムではない!?LeSSにおけるスクラムマスターの振る舞い方とは / Scrum Master Behavior in LeSS
とうま
October 03, 2024
Tweet
Share
More Decks by とうま
See All by とうま
QAに対する超個人的な解釈 / Personal Take on QA
toma_sm
1
210
猶予は3ヶ月!期限付き専任スクラムマスターの失敗談から学ぶ、チームとの向き合い方 / How to deal with the team
toma_sm
1
310
スクラムチームが一体になるために行ったQAプロセス変革の道のり / QA process transformation
toma_sm
1
1k
Other Decks in Technology
See All in Technology
運用イベント対応への生成AIの活用 with Failure Analysis Assistant
suzukyz
0
190
ZOZOTOWNのホーム画面をパーソナライズすることの難しさと裏話を語る
f6wbl6
1
390
エンジニア候補者向け資料2024.11.07.pdf
macloud
0
4.5k
Forget efficiency – Become more productive without the stress
ufried
0
220
SREの組織類型に応じた リーダシップの考察
kenta_hi
PRO
0
550
RAGのためのビジネス文書解析技術
eida
3
550
データの信頼性を支える仕組みと技術
chanyou0311
3
880
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
300k
スプリントゴールにチームの状態も設定する背景とその効果 / Team state in sprint goals why and impact
kakehashi
2
130
Microsoft MVPになる前、なってから/Fukuoka_Tech_Women_Community_1_baba
nina01
0
160
Fargateを使った研修の話
takesection
0
160
私はこうやってマインドマップでテストすることを出す!
mineo_matsuya
0
130
Featured
See All Featured
A Philosophy of Restraint
colly
203
16k
The Language of Interfaces
destraynor
154
24k
Code Reviewing Like a Champion
maltzj
519
39k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.8k
Become a Pro
speakerdeck
PRO
24
5k
Rails Girls Zürich Keynote
gr2m
93
13k
Embracing the Ebb and Flow
colly
84
4.5k
Unsuck your backbone
ammeep
668
57k
It's Worth the Effort
3n
183
27k
Typedesign – Prime Four
hannesfritz
39
2.4k
Keith and Marios Guide to Fast Websites
keithpitt
409
22k
Transcript
1000⼈を超える組織でのスクラム実践録 〜 SmartHR x サイボウズ 〜 LeSSにおけるスクラムマスターの 振る舞い⽅とは LeSSはスクラムではない︕︖
※⾔い訳タイム 2 ⾊々詰め込んでガンガン話すので 「?」ってなります! ネットワーキングで⾊々聞いて下さい お話しましょう!!
⾃⼰紹介 2022年9⽉にサイボウズ株式会社に⼊社。 kintone開発チームでスクラムマスターを担当。元QA 今年の抱負:アウトプット とうま Masato Ito 3
LeSS(Large-Scale Scrum)について 4 https://less.works/less/homepage?preferred_lang=jp
問い 5 スクラムマスターの振る舞いって 変わる? (1チームの) スクラム LeSS
LeSS is not Scrum 6 https://less.works/less/framework/differences-with-scrum ※作成中のページ
LeSS is not Scrum 7
LeSSにおけるSMの振る舞い⽅は 8 結論 1チーム時の場合と⼀緒 問いの答え
9 以上です。 ご清聴ありがとうございました!
10 LeSSを適⽤ 組織拡⼤ スクラム ありそうなLeSS適⽤までの流れ
11 なんやかんやあって‧‧‧ LeSS適⽤後
12 課題が⼭積み!うまくいかん!! 根本原因は?
13 LeSSを適⽤ 組織拡⼤ or 根本原因は?
14 スクラム上⼿くいった LeSSも上⼿くいくはず LeSSはスクラム (1チーム) LeSSうまくいく理論
15 LeSSを適⽤ 組織拡⼤ or 根本原因は?
16 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
17
18
19 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
20 企画部⾨ 開発部⾨ テスト部⾨ 運⽤部⾨
21 へーしゃについて
22 幸いにもサイロ化は 最⼩限のはず! しかし‧‧‧!
23 kintone開発チームざっくりイメージ PO SM QA Dev デザイナー PdM ‧‧‧ Why/What
How PO SM QA Dev PO SM QA Dev 各スクラムチーム ※実際の呼称は異なるので、あくまでイメージ
24 PO SM QA Dev デザイナー PdM ‧‧‧ Why/What How
PO SM QA Dev PO SM QA Dev 各スクラムチーム 漂うウォーターフォール感 kintone開発チームざっくりイメージ
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 アライメントを促進 「アライメント」とは、組織のメンバーが同じ⽬標や価値 観を共有し、⼀緒に協⼒して進む状態のこと つまり、みんなが同じ⽅向に向かって⾏動すること これにより、組織全体の効率や効果の⾼まりを期待できる
27 PO PO PdM 全体PO PO PO Aチーム Bチーム Cチーム
Dチーム ‧‧‧ ‧ ‧ ‧ 週次で対話 1on1 ⽬標設定 各PO(領域)の⽬標 プロダクトの⽬標 開発本部の⽬標 会社のビジョン
28 余談1:LeSS Hugeっぽさ PO PO PM 全体PO PO PO LeSS
Hugeで⾔うところのAPOっぽい Aチーム Bチーム Cチーム Dチーム ‧‧‧
29 Area Product Owner https://less.works/less/less-huge/area-product-owner
30 余談2:Scrum@Scaleっぽさ PO PO PM PO PO Scrum@Scaleで⾔うところのEMSっぽい 全体PO Aチーム
Bチーム Cチーム Dチーム ‧‧‧
31 アジャイル組織への変⾰を成功に導くScrum@Scaleとは? https://scruminc.jp/blog/5694/
32 余談まとめ フレームワークを頑なに準拠するではなく、現場の課題 と真剣に向き合って、最善だと思える選択をすれば良いと思う h"ps://x.com/ryuzee/status/1340097962391662593 ただし‧‧‧!
33 SMの活動 PO PO PM PO PO PO 🍮 ⚙
🐤 🐰 、、、 PO陣のアライメント強化の⽀援
34 SMの⽀援例 タスク(権限) 委譲 ⽬標設定作り PO x SM 1on1 PO陣振り返り
35 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
36 PO SM QA Dev デザイナー ‧‧‧ Why/What How QA
PO SM QA Dev 各スクラムチーム 漂うウォーターフォール感はあるものの 過剰な役割分担ではない(個⼈の所感) PdM PO SM Dev kintone開発チームざっくりイメージ
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 https://scrummasterway.com/scrummasterway-ja.html ScrumMasterWay(スクラムマスターの道) レベル1にとどまり続けると SMによるサイロ化 SMが複数いることの強みを 活かすのがキーポイント
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 SMが複数いる強みを活かすために 悩み‧課題の相談 気づきの共有 SM同⼠で週1で対話する場を⽤意 ただ対話するという当たり前な普通の活動 注⼒ポイントの共有 疑問の解消
41 週1回集まる活動に価値は あるんだっけ? 「SM同⼠で対話する場が必要だ!」 複数のSMを活かすために、他 にできることあるのでは? そもそもSM役割の 意義とは? 納得感やアライメント⼤事
42 (前略)1⼈で組織を変えることはできません。成功には、⾃ ⼰組織化したチームが必要です。ですから、スクラムマスター たちで構成されるチームを作るのが最良の出発点となります。 Zuzana Sochova. SCRUMMASTER THE BOOK 優れたスクラム
マスターになるための極意Šメタスキル、学習、⼼理、リー ダーシップ (p.88). 株式会社 翔泳社. Kindle 版. スクラムマスターのグループ
43 組織拡⼤あるある 過剰な役割分担 様々な負債 組織のサイロ化
44 ⾊々ありすぎる >
45 懇親会で⾊々お話させてください!! お気軽に声かけてください!
46 以上です!