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
スクラム怖い / oh-no-scrum
Search
面川泰明
August 24, 2020
Programming
1
630
スクラム怖い / oh-no-scrum
面川泰明
August 24, 2020
Tweet
Share
More Decks by 面川泰明
See All by 面川泰明
Web API連携でCSRF対策がどう実装されてるか調べた / how to implements csrf-detection on Web API
yasuakiomokawa
3
4k
フロー効率の向上から始める開発生産性の高め方 ~ モブワークを沿えて ~ / how to go on high peformance with mob work
yasuakiomokawa
6
4.6k
チームの成功を加速するために、1on1で個人を成長させてみた / growth people makes team good with one on one meeting
yasuakiomokawa
4
3.3k
意外とカンタン!?テストコードの改善から始めるシステム開発の効率化 / a little good way to improve software using readable test codes
yasuakiomokawa
2
2.6k
1on1の「話したいことは特にないです」を解決する ~ 共感から始まる関係性改善のススメ ~ / How to solve rejection on 1on1
yasuakiomokawa
32
38k
雑にならない雑談のはじめかた | チームの気まずさを無くし、楽しさを加速させる秘訣 / Joy work with chat
yasuakiomokawa
1
1.1k
性格診断と価値観分析ではじめる1on1 | 1on1ですべりたくない人へ / one on one meeting with personality guidance
yasuakiomokawa
2
4.3k
心理的安全性に飢えた自分が一周回って辿り着いた1on1のコツ | お互いに疲弊しないための3つのポイント / How to good of 1on1 meeting with three methods
yasuakiomokawa
2
2.2k
ふりかえりの断絶を防ぐにはどうすればいいか | 課題から次のアクションをスムーズにしたい / retrospective keep on going
yasuakiomokawa
2
2.5k
Other Decks in Programming
See All in Programming
RubyKaigi Dev Meeting 2025
tenderlove
1
140
MCP調べてみました! / Exploring MCP
uhzz
2
2.3k
AIコーディングワークフローの試行 〜AIエージェント×ワークフローでの自動化を目指して〜
rkaga
3
3.7k
スモールスタートで始めるためのLambda×モノリス(Lambdalith)
akihisaikeda
2
280
エンジニア未経験が最短で戦力になるためのTips
gokana
0
270
設計の本質:コード、システム、そして組織へ / The Essence of Design: To Code, Systems, and Organizations
nrslib
4
440
Defying Front-End Inertia: Inertia.js on Rails
skryukov
0
480
AHC045_解説
shun_pi
0
530
Empowering Developers with HTML-Aware ERB Tooling @ RubyKaigi 2025, Matsuyama, Ehime
marcoroth
2
630
音声プラットフォームのアーキテクチャ変遷から学ぶ、クラウドネイティブなバッチ処理 (20250422_CNDS2025_Batch_Architecture)
thousanda
0
180
タイムゾーンの奥地は思ったよりも闇深いかもしれない
suguruooki
1
650
RuboCop: Modularity and AST Insights
koic
2
540
Featured
See All Featured
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
21k
Documentation Writing (for coders)
carmenintech
69
4.7k
Embracing the Ebb and Flow
colly
85
4.6k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
GraphQLとの向き合い方2022年版
quramy
46
14k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.4k
Designing for humans not robots
tammielis
252
25k
Into the Great Unknown - MozCon
thekraken
37
1.7k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.2k
Transcript
スクラム怖い 【オンライン】ITエンジニア怪談 ~背筋も凍る、ゾッとする話Night~ #3 | 2020/8/24 〜熱中の麻薬〜 1
自己紹介 面川泰明(おもかわ やすあき) - Twitter:@omokawa_yasu - Webサービス開発エンジニア 2
スクラム、はじめました 3
スクラム開発の恐怖 4
熱中しすぎて進捗わからない問題 5
スクラム開発、めっちゃ楽しい! メンバー全員で取り組むの楽しい、モブプロ楽しい 6
熱中しまくり! 7
〜翌日〜 8
デイリースクラムでの会話 9
「昨日、こんな問題が起きたけど、こうやって解 決することができましたー!」 頑張ったことを報告すること自体は悪くないけど。。。 10
11 本当に知りたいのは、 「ゴールにどれだけ近づいたか?」
なので。。。 12
「昨日、こんな問題が起きたけど、こうやって解 決することができましたー!」 13 この報告だけでは、改善のために、どう行動すればいいか分からない
なぜこうなったか? 14 分析してみました
目の前の課題に熱中するのが楽しい。つまり、、、 熱中すること自体が 目的になっている? 15
つまりこういうこと? 16
どちらかというと、こっちかも。。 17
18 依存症に近いのでは? 要するに、
ということで、 19
カイゼンのための処方箋 20
主な内容 薬1: ストーリーポイントを具体化した 薬2: みんなで、モブ見積もりした 21
薬1:ストーリーポイントを具体化した ポイントを時間に置き換えて、共通認識をつくる: - 1 .. 2時間 - 2 .. 半日
- 3 .. 1日 - 5 .. 2日くらい 見積もりが8以上になったら、5以下になるように再分割 22
薬2:みんなで、モブ見積もりした 実作業のTodoリストを作ってから見積もる: - 見積もりを正確にする - ストーリーを分解しやすくする - 見積もりとの乖離を早期発見しやすくする 23
まとめ 24
スクラム開発では、「熱中しすぎ」が怖い スクラムは、「現状把握」のためのフレームワーク。 日々、「予定と実績との乖離」を把握しよう。 25
ご静聴ありがとうございました! 26