.jpg){kind=small}
Share
Embed
Slide 1
Slide 1 text
Scrumは歪む
成⻑するBtoB SaaSで
原理原則を組織設計に持ち込んだ話
Slide 2
Slide 2 text
あなたのチームは
今も
集中できていますか
Slide 3
Slide 3 text
蘆原 ⼤輔
マネーフォワード
エンジニアリングマネージャー
BtoB SaaS / 業界上位シェア
数⼗名の開発組織で
変わり続ける「最適」を追い求めています
⾃⼰紹介
Slide 4
Slide 4 text
顧客：少ない
チーム：1つ
問い合わせ：ほぼ無し
Scrumが⾃然と機能した
プロダクト誕⽣からしばらくはうまく回っていた
Slide 5
Slide 5 text
顧客増 / 問い合わせ増
チーム拡⼤
競争激化
前提が変わった
集中できなくなった
Slide 6
Slide 6 text
No content
Slide 7
Slide 7 text
Scrumを疑った
Scrumフレームワークそのものが
機能不全を起こしているのではないか
Slide 8
Slide 8 text
スプリント揺れる
改善が残らない
集中が崩れる
問題は付箋ではない
歪み
Slide 9
Slide 9 text
構造は変えていなかった
表⾯上のプロセスをなぞり
⼟台となる「構造」に⼿を触れていなかった
Slide 10
Slide 10 text
Feature
新機能 / AI機能などの
「攻め」
Sustain
問い合わせ / 保守などの
「守り」
Enabling
技術負債 / アーキの
「⼟台」
構造を変えた（3つの役割）
Slide 11
Slide 11 text
整理された
気がする
⼀瞬整う
Slide 12
Slide 12 text
構造は
万能ではない
葛藤は消えない
Slide 13
Slide 13 text
Feature
⽬に⾒える価値 / しかし、期
待という重圧
Sustain
事業に不可⽋ / しかし、評価
されにくい孤独
Enabling
未来への挑戦 / しかし、⾒え
ない成果への不安
⼈の⾮対称
Slide 14
Slide 14 text
今でも分からない
or
技術負債 機能開発
揺れた判断
Slide 15
Slide 15 text
プロセスだけではない
「判断の質」にも向き合う
透明性 検査 適応
Scrumの原理原則
Slide 16
Slide 16 text
分けるだけでは⾜りない
境界線を引くだけでは、
本当の意味で「歪み」を解消することはできない
Slide 17
Slide 17 text
No content
Slide 18
Slide 18 text
判断を
検査しているか
チームは集中できているか
「正解」を求めるのではなく、
⾃分たちの「選択」を疑い続けること。
Scrumは歪む