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
スクラムを最小で実施するために、やったこと&やめたこと
Search
raz
March 09, 2023
Technology
1
1.3k
スクラムを最小で実施するために、やったこと&やめたこと
raz
March 09, 2023
Tweet
Share
Other Decks in Technology
See All in Technology
Digitization部 紹介資料
sansan33
PRO
1
5.6k
物体検出モデルでシイタケの収穫時期を自動判定してみた。 #devio2025
lamaglama39
0
200
Claude Code Subagents 再入門 ~cc-sddの実装で学んだこと~
gotalab555
10
15k
コンテキストエンジニアリング入門〜AI Coding Agent作りで学ぶ文脈設計〜
kworkdev
PRO
3
1.5k
OAuthからOIDCへ ― 認可の仕組みが認証に拡張されるまで
yamatai1212
0
130
Simplifying Cloud Native app testing across environments with Dapr and Microcks
salaboy
0
180
Performance Insights 廃止から Database Insights 利用へ/transition-from-performance-insights-to-database-insights
emiki
0
300
PHPからはじめるコンピュータアーキテクチャ / From Scripts to Silicon: A Journey Through the Layers of Computing Hiroshima 2025 Edition
tomzoh
0
140
大規模サーバーレスAPIの堅牢性・信頼性設計 〜AWSのベストプラクティスから始まる現実的制約との向き合い方〜
maimyyym
10
4.9k
ガバメントクラウド(AWS)へのデータ移行戦略の立て方【虎の巻】 / 20251011 Mitsutosi Matsuo
shift_evolve
PRO
2
200
Introdução a Service Mesh usando o Istio
aeciopires
0
170
Codexとも仲良く。CodeRabbit CLIの紹介
moongift
PRO
1
240
Featured
See All Featured
It's Worth the Effort
3n
187
28k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.4k
Facilitating Awesome Meetings
lara
56
6.6k
The Straight Up "How To Draw Better" Workshop
denniskardys
238
140k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
53k
How To Stay Up To Date on Web Technology
chriscoyier
791
250k
Navigating Team Friction
lara
190
15k
A designer walks into a library…
pauljervisheath
209
24k
Automating Front-end Workflow
addyosmani
1371
200k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
The Power of CSS Pseudo Elements
geoffreycrofte
79
6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
Transcript
スクラムを最小で実施するために、 やったこと&やめたこと 株式会社タイミー 阿部 勇一郎
スクラムって難しいですか?
なぜスクラムは難しいのか?
難しいのは、本当にスクラムですか?
そもそも、プロダクト開発は難しい
ちなみに、スクラムガイドを見てみると
スクラムガイドによると、 スクラムは軽量級フレームワークらしい スクラムガイド 2020: https://scrumguide-ja.kdmsnr.com/
さらに、以下のように述べられている スクラムガイド 2020: https://scrumguide-ja.kdmsnr.com/
最小の仕組みで、最大の価値を生み出す
最小の仕組みからスタートできているだろうか?🤔
実際、そんなことは難しい
• 長い年月を書けて作られた会社の規則 • 既存の仕組みに慣れすぎた社員 • 積み上がった様々な負債 • etc…
スタートの時点で、抱えてる物が多すぎる
結論... 「スクラムはスタートアップ向きだ。 我々には合ってない」
fin. 〜 さらばスクラムよ永遠に 〜
ちょっと待ってください
None
今やってることが必要なのか見つめ直す 不要なことを捨てる勇気を持つ
ということで、本日話すこと スクラムを最小に実施するために、 やったこと&やめたこと
阿部 勇一郎( Yuichiro ABE) @razpy 株式会社タイミー - スクラムマスター
None
スクラムを最小に実施するために、 やったこと&やめたこと
※ 弊社は設立5年未満のスタートアップなので、 そもそも、しがらみが少ない & 捨てやすい環境です
スクラムを最小に実施するためにやったこと
1. スクラムガイドを読み、守破離の守を大事にする 2. 困った時に最小限
1. スクラムガイドを読み、守破離の守を大事にする
• スクラムの骨格について共通理解を育む • 抽象的な表現が多いスクラムガイドでお互いの理解を確認し あえる • よくわからなかった部分を共有しあい、やりながら理解を深 めようという話をしやすい まず、チームメンバーでスクラムガイドを一緒に読む
• 弊社はフルリモートなので、miroを使ってます 実際の風景
• この疑問を持つために、書かれてることを意識する • 最初から「自分たちにはいらなそう。」っと決めてイベントを実施しないを 選択すると、本当にいらないものを見失う • スクラムが上手くいかないときに、自分たちの既存の仕組みによって上手 くいってない可能性がある ◦ なぜ必要なのか?
◦ ないことで顧客やステークホルダーへの影響は? それはスクラムガイドで示されてますか?
• 守から外れそうになったときに、スクラムガイドを参照する動 きをする 「でも、スクラムガイドにはこう書かれてるよね」 「スクラムガイドは、具体的なこと指示してないよ」 • スクラムガイドの解釈が不安になったら、認定スクラムマス ターを受講したり、外部のスクラムマスターに相談するのが おすすめ
2. 困った時に最小限
最初のころは、 課題が山積みであれもこれも解決したい! となりやすい
課題を全部をまとめて解決できる 魔法のようなソリューションがほしい!
そんなものは存在しないと諦める
課題を分解して、 なるべく簡単に小さく試せる 解決策を試してみる
思いついた解決策が 上手くいくかもしれないし、上手くいかないかもしれない
世の中にあるプラクティスは、 役にたつかもしれないし、たたないかもしれない
自分たちで実験してみて、 上手くいかなくても、どうやったら上手くやれるか 繰り返し対話と実験して、解決策を見つけるしかない
• 実験の試行回数を増やせる • 失敗しても気になりにくい スプリントは短くしており、自分のチームは1週間です
スクラムを最小にするためにやめたこと
1. PdMがチームをマネジメントする 2. プロダクトバックログアイテムのフォーマットに拘 る
1. PdMがチームをマネジメントする
PdMがチームメンバーと1on1を実施してメンタリングしたり、評 価者になっていた
• PdMがプロダクトと向き合う時間が減る • PdMが不在のときに意思決定できないメンタルになる • チームの改善をチームが実施しない
「PdMがマネジメントする」をやめた
• チームで意思決定しやすいように、プロダクトゴール&スプリ ントゴールなどで方針を伝えてもらうようにす 「ゴールで方向性は示されてるから、自分たちで決めてみよう」 「間違えても、どうすれば認識あわせれるか新たに実験してみよう」 • チームの改善はチームで実施していくように促す 「その改善アクションは、開発者でもできるよね?」 • PdMに、プロダクトに向き合う以外の時間をさせない
「ユーザーインタビューに、ステークホルダーとの対話と、プロダクトバックログの検査 など、あなたにしかできあに重要な仕事があるので、それ以外のことに時間を使う余裕 なんてないはずですよ」
チームは自分たちで意思決定できるようになった PdMは顧客価値創出のための、ユーザーインタビューなどに時 間を使えるようになった
2. プロダクトバックログアイテムのフォーマットに拘 る
新しいアイディアや課題があったとき 「PBIを起票するのは、なんか重いので書かずに自由にやりたいです」 ※PBI = プロダクトバックログアイテム
「重い」とはどういうこと?🤔
PBIがドキュメントのように扱われ、事前に色々な情報を書かされる テンプレートが存在することで、テンプレートを埋めないといけない こんな空気感になっていた
「起票時にテンプレートを埋める」をやめた
「PBIを付箋に書くとして、こんな複雑なこと書ける?」 っという問いかけから、PBIの在り方を考えてもらった
PBIを書く際に必須事項を撤廃 テンプレートはリファインメント以降で書く物として活用
活発にPBIを通じて議論が行われるように 何かあればPBIを通じて話が始まるようになった
まとめ ・スクラムは、スクラム以外のことのによって難しくなっている ・捨てる勇気を持って、最小限になってるか考える ・スラムガイドは最小限の基本が全て詰まっているので上手く活用する ・守破離の守を示す ・それは守の外側の物だが、本当に必要なのか?考えるキッカケを作る ・勇気をもって「捨てる」 ・「今までこれでやってきた」を如何に捨ててもらえるか ・本当に必要なら、また拾えるはず
上手くいっていることは良いこと スクラムに使われず、スクラムを活用する 間違いを発見する機会をスクラムは提供してくれている その機会を見逃さず、カイゼンを促していく