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
Timeeさん LeSS講演 「LeSSを始めてから軌道に乗せるまで」 / How to st...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Yuichi Tsunematsu
April 27, 2022
Business
1
320
Timeeさん LeSS講演 「LeSSを始めてから軌道に乗せるまで」 / How to start LeSS
Timeeさんの社内勉強会でLeSSの基本的な考え方・ハマりポイントについて講演した際の資料です。
Yuichi Tsunematsu
April 27, 2022
Tweet
Share
More Decks by Yuichi Tsunematsu
See All by Yuichi Tsunematsu
成功をつなげる プロジェクトマネジメントの探求 / Exploring Project Management to Continuous Success
tunepolo
0
330
組織のスケーリングと持続性 / Scaling and Sustainability
tunepolo
9
9.9k
信頼される振る舞いを継続しましょう / Keep up the trusted behavior
tunepolo
2
1.2k
アジャイルプラクティスガイドブックを携え、チームで現場を変えていく / Improve your development process with Agile Practices Guidebook
tunepolo
0
290
チームではじめる 「アジャイルプラクティス」 実践の第一歩 / First step to start implementing "Agile Practices" with your team
tunepolo
2
1.7k
アジャイルプラクティスガイドブックの紹介 / introduction of Agile Practice Guidebook
tunepolo
0
1.2k
技術プラクティスの整理に1年半向き合ってわかったこと / What I learned from facing the arrangement of technical practices.
tunepolo
1
1.9k
「全社でアジャイル!」を広げるために / Expand Agile throughout the Company
tunepolo
1
1.8k
アウトプットが当たり前の文化をつくる / Create a culture where output is the norm.
tunepolo
0
2.7k
Other Decks in Business
See All in Business
【SRE Kaigi 2026】認知負荷を最小化するオブザーバビリティとSLOの導入 ―4名SREが200名のコードエンジニアを支援
higuchi_takashi
2
1.8k
2026年3月7日(土)放射性金属がやってくるか 廃炉原発等のクリアランスについて
atsukomasano2026
0
350
TAIAN Company Deck
taian
0
26k
成果物は「作品」 、PMは「キュレーター」〜プロジェクトのフェーズに合わせてコン テキ スト管理しよう〜
es0612
1
200
Antigravity × Claude Code:AIネイティブ開発を加速させるパートナーシップの組み方
tame
1
110
TROCCO × Terraform × AI で kintone 連携も IaC 化 / TROCCO × Terraform × AI for kintone
medley
0
160
LRM株式会社 - ピッチ資料2026
lrm
0
360
enechain company deck_english
enechain
PRO
0
230
(6枚)組織改革とCAFSマトリクス 『フロー&ストック』より
nyattx
PRO
0
290
AI時代のPMに求められるマインドセット
kozotaira
1
250
インキュデータ会社紹介資料
okitsu
3
50k
事業を伸ばすKeyDriverを突き止めてコミットする
parayama0625
0
130
Featured
See All Featured
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
350
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
210
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
220
How STYLIGHT went responsive
nonsquared
100
6k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
220
The Curious Case for Waylosing
cassininazir
0
250
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
80
Measuring & Analyzing Core Web Vitals
bluesmoon
9
760
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
The Invisible Side of Design
smashingmag
302
51k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.8k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Transcript
Timeeさん LeSS講演 LeSSを始めてから軌道に乗せるまで 常松祐一 2022/4/27
自己紹介 • 常松祐一 (つねまつ ゆういち) • SNSアカウント ◦ tunepolo
: ◦ tune : • Retty シニアマネージャー • アジャイルの取り組みは6年目、LeSS導入の取り 組みは5年目 • LeSS導入は2社目 • Certified LeSS Practitioner(多分失効)
LeSSとは?
1チームスクラム プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラム マスター 開発
チーム ステーク ホルダー スクラムチーム
複数チームスクラム プロダクトが部品に別れてしまう。 チーム間での調整が困難
1チームスクラムで開発人数が増えた プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラム マスター 開発
チーム ステーク ホルダー スクラムチーム
LeSSの一番シンプルな形 プロダクトバッ クログ (=取り組むこと) プロダクト オーナー (=意思決定者) スクラムマスター & 開発チーム
ステーク ホルダー スクラムチーム スクラムマスター & 開発チーム
LeSS 1つの大きなプロダクトを想定し、 1 つのスクラムチームが開発すると考 える。 その上でボトルネックとなる箇所を スケールさせる。
LeSSの原理原則
プロダクト全体思考 https://less.works/jp/less/principles/whole-product-focus.html
システム思考 https://speakerdeck.com/tunepolo/system-thinking-introduction
LeSS導入時に注意すること
1チームスクラムがうまくいってから • 「1チームスクラムがうまくできてから」2チーム体制にする。 • 上手くできた状態がわかっていないと、「1チーム内でスクラム が上手くできてないのか」「2チームでのスクラムが上手くでき てないのか」の区別がつけられない。
徐々に広げていく • チームが関与するサービス・プロダクトの範囲が広がるため、 習熟の期間が必要である。 ◦ 新しい領域を学ぶため、パフォーマンスが落ちる。 ◦ 2〜3ヶ月ぐらいは普通にかかると思った方が良い。 • RettyでもtoC
Webの立ち上げに3ヶ月、スマホアプリチームを 入れて3ヶ月、toB Webの立ち上げはさらに3ヶ月の期間を置い た。
開発の優先順位をきちんと議論して決める • 「全体として1つのスクラムを回す」意識を持つことが大事。 • 2〜3の開発項目を並行して作る誘惑が起きやすいので、ス テークホルダー含めて認識を揃えていく必要がある。 • この議論が自然にできるのがLeSSの長所とも言える。 ◦ SpotifyモデルやScrum@Scaleはチームの裁量という名目
で誤魔化しやすいのではないか?
Retty導入時に苦労したこと
想定していた難しさ、想定外だった難しさ • 想定していた難しさ ◦ かつてのエンジニアリソースを持っていたマネージャー(PO)、営業、エンジニ アの反発 小さく導入したチームの成果を見せながら、徐々に話しながら解決 していきました。 • 想定外の難しさ/現在直面している課題
◦ エンジニア-PMのコミュニケーションやリファインメントの質の向上 ◦ よりアウトカムを上げるために、エンジニアとPMでいかにユーザーストーリーを ブラッシュアップしていくか https://engineer.retty.me/entry/RSGT2021
まとめ
まとめ • LeSSは一番シンプルなスクラムのスケーリングフレームワー クです。 • LeSSで特に意識すべきポイント ◦ プロダクト全体思考 ◦ システム思考
• うまくいけば成果が2〜3ヶ月で感じられ始めますが、長期で取 り組む必要があります。
LeSS以外のスケーリングフレームワーク
Spotifyモデル プロダクトを独立してデリバリーでき る単位で区切り、裁量を持たせる。 【Good】 チームごとの高い自律性 【Bad】 アジャイルの深い理解がないと 実践が難しい。
Scrum@Scale スクラムチームの代表者でスクラムを 実施し、同期を取る。 【Good】 チーム間の繋がりが緩やか 【Bad】 “スクラムをやっている感 ”になりやすい のでは?
SAFe 経営層からのトップダウンによるアジャ イル。 【Good】 超大企業でも導入できる。 【Bad】 これはアジャイルなのか ?
おまけ
Less.works https://less.works/
LeSS (大規模ス クラム)概要〜図 解 https://youtu.be/1BZf_ Oa7W94
認定LeSS実践者研修 https://training.odd-e.jp/course-detail/16
書籍 大規模スクラム Large-Scale Scrum(LeSS) ア ジャイルとスクラムを大規模に実装する方法 榎本 明仁 (監修, 翻訳),
木村 卓央 (翻訳), 高江 洲 睦 (翻訳), 荒瀬 中人 (翻訳), 水野 正隆 (翻 訳), 守田 憲司 (翻訳) 出版社: 丸善出版 (2019/1/30)