Tweet
Tweet

Slide 1

Slide 1 text

Timeeさん LeSS講演
 LeSSを始めてから軌道に乗せるまで
 常松祐一
 2022/4/27


Slide 2

Slide 2 text

自己紹介
 ● 常松祐一 (つねまつ ゆういち) 
 ● SNSアカウント
 ○ tunepolo : 
 ○ tune : 
 
 ● Retty シニアマネージャー 
 ● アジャイルの取り組みは6年目、LeSS導入の取り 組みは5年目
 ● LeSS導入は2社目
 ● Certified LeSS Practitioner(多分失効) 


Slide 3

Slide 3 text

LeSSとは?


Slide 4

Slide 4 text

1チームスクラム
 プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラム マスター 開発 チーム ステーク ホルダー スクラムチーム

Slide 5

Slide 5 text

複数チームスクラム
 プロダクトが部品に別れてしまう。 チーム間での調整が困難

Slide 6

Slide 6 text

1チームスクラムで開発人数が増えた
 プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラム マスター 開発 チーム ステーク ホルダー スクラムチーム

Slide 7

Slide 7 text

LeSSの一番シンプルな形
 プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラムマスター & 開発チーム ステーク ホルダー スクラムチーム スクラムマスター & 開発チーム

Slide 8

Slide 8 text

LeSS
 1つの大きなプロダクトを想定し、 1 つのスクラムチームが開発すると考 える。 その上でボトルネックとなる箇所を スケールさせる。

Slide 9

Slide 9 text

LeSSの原理原則


Slide 10

Slide 10 text

プロダクト全体思考
 https://less.works/jp/less/principles/whole-product-focus.html

Slide 11

Slide 11 text

システム思考
 https://speakerdeck.com/tunepolo/system-thinking-introduction

Slide 12

Slide 12 text

LeSS導入時に注意すること


Slide 13

Slide 13 text

1チームスクラムがうまくいってから
 ● 「1チームスクラムがうまくできてから」2チーム体制にする。
 ● 上手くできた状態がわかっていないと、「1チーム内でスクラム が上手くできてないのか」「2チームでのスクラムが上手くでき てないのか」の区別がつけられない。


Slide 14

Slide 14 text

徐々に広げていく
 ● チームが関与するサービス・プロダクトの範囲が広がるため、 習熟の期間が必要である。
 ○ 新しい領域を学ぶため、パフォーマンスが落ちる。
 ○ 2〜3ヶ月ぐらいは普通にかかると思った方が良い。
 ● RettyでもtoC Webの立ち上げに3ヶ月、スマホアプリチームを 入れて3ヶ月、toB Webの立ち上げはさらに3ヶ月の期間を置い た。


Slide 15

Slide 15 text

開発の優先順位をきちんと議論して決める
 ● 「全体として1つのスクラムを回す」意識を持つことが大事。
 ● 2〜3の開発項目を並行して作る誘惑が起きやすいので、ス テークホルダー含めて認識を揃えていく必要がある。
 ● この議論が自然にできるのがLeSSの長所とも言える。
 ○ SpotifyモデルやScrum@Scaleはチームの裁量という名目 で誤魔化しやすいのではないか?


Slide 16

Slide 16 text

Retty導入時に苦労したこと


Slide 17

Slide 17 text

想定していた難しさ、想定外だった難しさ
 ● 想定していた難しさ
 ○ かつてのエンジニアリソースを持っていたマネージャー（PO）、営業、エンジニ アの反発 小さく導入したチームの成果を見せながら、徐々に話しながら解決 していきました。
 ● 想定外の難しさ/現在直面している課題
 ○ エンジニア-PMのコミュニケーションやリファインメントの質の向上
 ○ よりアウトカムを上げるために、エンジニアとPMでいかにユーザーストーリーを ブラッシュアップしていくか
 https://engineer.retty.me/entry/RSGT2021

Slide 18

Slide 18 text

まとめ


Slide 19

Slide 19 text

まとめ
 ● LeSSは一番シンプルなスクラムのスケーリングフレームワー クです。
 ● LeSSで特に意識すべきポイント
 ○ プロダクト全体思考
 ○ システム思考
 ● うまくいけば成果が2〜3ヶ月で感じられ始めますが、長期で取 り組む必要があります。


Slide 20

Slide 20 text

LeSS以外のスケーリングフレームワーク


Slide 21

Slide 21 text

Spotifyモデル
 プロダクトを独立してデリバリーでき る単位で区切り、裁量を持たせる。 【Good】 チームごとの高い自律性 【Bad】 アジャイルの深い理解がないと 実践が難しい。

Slide 22

Slide 22 text

Scrum@Scale
 スクラムチームの代表者でスクラムを 実施し、同期を取る。 【Good】 チーム間の繋がりが緩やか 【Bad】 “スクラムをやっている感 ”になりやすい のでは?

Slide 23

Slide 23 text

SAFe
 経営層からのトップダウンによるアジャ イル。 【Good】 超大企業でも導入できる。 【Bad】 これはアジャイルなのか ?

Slide 24

Slide 24 text

おまけ


Slide 25

Slide 25 text

Less.works https://less.works/

Slide 26

Slide 26 text

LeSS （大規模ス クラム）概要〜図 解 https://youtu.be/1BZf_ Oa7W94

Slide 27

Slide 27 text

認定LeSS実践者研修 https://training.odd-e.jp/course-detail/16

Slide 28

Slide 28 text

書籍 大規模スクラム Large-Scale Scrum(LeSS) ア ジャイルとスクラムを大規模に実装する方法 榎本 明仁 (監修, 翻訳), 木村 卓央 (翻訳), 高江 洲 睦 (翻訳), 荒瀬 中人 (翻訳), 水野 正隆 (翻 訳), 守田 憲司 (翻訳) 出版社: 丸善出版 (2019/1/30)