Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
工数見積りのぶれ幅を理解してチームの見積り精度を上げた話
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
chomemaru3
August 29, 2021
Technology
320
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
工数見積りのぶれ幅を理解してチームの見積り精度を上げた話
KyotoLT #26 の発表資料です。
chomemaru3
August 29, 2021
More Decks by chomemaru3
See All by chomemaru3
Baseconnectプロダクトの技術スタックのご紹介
chomemaru3
0
220
Other Decks in Technology
See All in Technology
LLMの知識とAIエージェント
happysamurai294
0
150
re:Inventで、人生は変わったのか? / growth-builders-hub-1-reinvent-2026
mhrtech
2
190
Flutter Widget Previewerで始めるUIプレビューとVRTの自動化
sakusaku3939
0
190
AI AgentによるEmbedded SREの取り組み
tgidgd
1
320
ALBのLCU予約とトラフィックの波によるプロダクト理解 / Understanding ALB LCU and Traffic Spikes
mito201
1
130
Vibe-to-Spec開発_実践ガイド
happysamurai294
0
140
AI時代の開発はウォーターフォールに回帰する? / development-with-ai-back-to-wf
okamototakuyasr2
0
170
アクセラレーターで実現するServiceNow活用の高速化 / ServiceNow World Forum 2026
visional_engineering_and_design
0
110
Claude Codeから見る、エンジニアの世界の変容とその先
oikon48
8
5.1k
1週間、Opus封印でお願いします
kintotechdev
1
430
キヨさん、67歳。AIコーディングエージェントに挑む
happysamurai294
0
140
Jev の中身は50行で再現できる。でも本物との差はどこにあるのか
hisuzuya
0
280
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.2k
A Tale of Four Properties
chriscoyier
163
24k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.4k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
290
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
390
Done Done
chrislema
187
17k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.7k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
290
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
550
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.7k
Transcript
工数見積もりのぶれ幅を理解して チームの見積もり精度を上げた話 KyotoLT 第26回 (2021/08/28) 米丸 雄飛
フォローお待ちしています! 自己紹介 米丸 雄飛 WEBエンジニア・マネージャー PHP / SQL Server /
MySQL / Javascript PjM / ピープルマネジメント / フロー改善 agex communications inc. 所属 my new gear... @anachro3
今日お伝えしたいこと • 工数見積もりには「楽観値と悲観値」、 「理想時間と現実時間」の2つのぶれ幅がある。 • このぶれ幅の認識をチーム内で持ちルール化 することで、見積もりの精度向上がはかれた。
工数見積もりって難しくないですか? この機能 どれくらいで できる?
不確実性のコーン 工数見積もりはなぜ難しいのか?
余裕を持たせて さぼりたい欲 すごいエンジニアと 思われたいプライド 相反する心理的なバイアス 工数見積もりはなぜ難しいのか? 納期が遅れて 怒られたくない気持ち マネージャーからの 速く作れよという
無言のプレッシャー 確実に納期内に 終わらせたいという プロ意識 速くプロダクトを リリースしたい想い 工数を短めに見積りたくなるバイアス 工数を長めに見積りたくなるバイアス
コミュニケーションの問題
工数見積もり時のコミュニケーションの問題 工数を 見積もる人 見積もりを 受け取る人 3日で できます!
工数見積もり時のコミュニケーションの問題 工数を 見積もる人 見積もりを 受け取る人 3日で できます! 作業量は3日分だが実際に は5日間かかりそう 受入テストのバグ修正も
含めて3日かな ほんとは1日でできるけどバッ ファいれて3日にしとこ うまくいけば3日。 問題が起きたら・・・
工数見積もり時のコミュニケーションの問題 工数を 見積もる人 見積もりを 受け取る人 3日で できます! 作業量は3日分だが実際に は5日間かかりそう ほんとは1日でできるけどバッ
ファいれて3日にしとこ うまくいけば3日。 問題が起きたら・・・ 3日ね! 受入テストのバグ修正も 含めて3日かな ⇒ 見積もりを受け取る人には伝わらない、隠れた前提がある!
工数見積もり時のコミュニケーションの問題 • 前提を曖昧にすることでさらに見積もりの精度が低下 • 見積もりの知識がないことが問題 • 2つのぶれ幅の知識をつけるだけでも大きな違いに ①「楽観値と悲観値」のぶれ幅 ②「理想時間と現実時間」のぶれ幅
楽観値と悲観値のぶれ幅 見積もりがもつぶれ幅①
工数と確率のベータ分布 楽観値と悲観値のぶれ幅 楽観値、最頻値、悲観値、 どこをイメージした見積もりなのか?
50%ラインの存在 楽観値と悲観値のぶれ幅 50%ライン (50%の確率でここまでには終わる ) 必ずしも最頻値を 出せばよいというわけでもない
いつもきれいなベータ分布となるとは限らない 楽観値と悲観値のぶれ幅 ライブラリ更新だけで終わると思っていたら、 思ったように動かずスクラッチでつくることに・・・
理想時間と現実時間のぶれ幅 見積もりがもつぶれ幅②
理想時間と現実時間 理想時間と現実時間のぶれ幅 理想時間 現実時間 何者にも邪魔されない理想の環境で作業した場合の 開発にかかる時間。 差し込みのタスクや、切り替えのオーバーヘッドの 影響を受けた実際に開発にかかる時間
実際、1日に開発に充てられる時間はどれくらい? 理想時間と現実時間のぶれ幅 8時間?
実際、1日に開発に充てられる時間はどれくらい? 理想時間と現実時間のぶれ幅 https://note.com/mkobori/n/n60bdc1fab3d0 https://twitter.com/kobo_sta/status/1215929860553502720
実際、1日に開発に充てられる時間はどれくらい? 理想時間と現実時間のぶれ幅
実際、1日に開発に充てられる時間はどれくらい? 理想時間と現実時間のぶれ幅 4~6時間
計測のススメ • 現実時間は人、場所、状況によって変わる • 計測してチームの現実的な開発可能時間を把握すべし 理想時間と現実時間のぶれ幅
最後に
弊チームの見積もりルールのご紹介 • 最頻値で見積もる(50%ラインではないのは見積もりやすさ優先) • バッファは含めない(バッファはスケジューリング時にとる) • 理想時間で見積もる(あとで現実時間係数をかける) • 現実時間として、一日は 8時間の2/3しか開発できないものとする
最後に
We are hiring! ご清聴ありがとうございました!