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
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 / practice of es...
Search
Yu Kawanami
November 21, 2024
Technology
33
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 / practice of estimate part3
Yu Kawanami
November 21, 2024
More Decks by Yu Kawanami
See All by Yu Kawanami
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編②〜 / practice of estimate part2
kawanamiyuu
0
190
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編①〜 / practice of estimate part1
kawanamiyuu
0
200
開発チームの自走力を育む「イテレーションマネージャー」という取り組み / iteration manager
kawanamiyuu
1
1.6k
スタートアップで 1 度は崩壊しかけたチームがこれからチームになっていくための第一歩 / re-startup team
kawanamiyuu
2
1.1k
PHP でもアーキテクチャテストしたい! / #phperkaigi / PHPerKaigi 2021
kawanamiyuu
6
5.9k
3 つの “はじめて” から始まった OSS 活動。のその先で / OSS LT会 #osscontributelt / turning point of joy as a developer
kawanamiyuu
0
840
腕力と瞬発力(新年の抱負 超LT会- vol.2 #ultral)/ New Year’s Resolution 2021
kawanamiyuu
2
470
ArchUnit で始める Java アプリケーションアーキテクチャの自動テスト / 自動化大好きエンジニアLT会 / LT for Engineers who love Automation
kawanamiyuu
0
990
マイクロサービスアーキテクチャをあきらめないための、モノリスで始めるアーキテクチャテスト / #jjug_ccc_b #ccc_b8 / JJUG CCC 2020 Fall
kawanamiyuu
5
4.1k
Other Decks in Technology
See All in Technology
SREへの勘違いに気づいた後の話
tomodakengo
0
180
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
560
ボードゲームの遊び相手をFoundation Modelsで作る / iOSDC Japan 2026
genda
0
220
GoのInterface内部構造から学ぶ!最高パフォーマンスを出すコード設計
yappli_developers
1
300
雪かき部 #7 もう怖くない!SELECT文!
foursue
0
110
「どのログを見ればいい?」 から始めた サーバーレス障害解析
y_waka1
1
150
Kiro Meetup #8 Kiro アップデート (2026/3/21〜2026/9/24)
katzueno
1
290
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
470
Datadog で始める トークンセーフティなAI 導⼊と定着
vkbaba
1
110
CI/CDではもう遅い - 人とAIが迂回しないDevSecOps Verify基盤の再設計 -
kintotechdev
1
350
いちAWSエンジニアのAI活用を振り返る #devio2026 / devio osaka 2026 kawahara
masahirokawahara
1
190
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
0
160
Featured
See All Featured
SEO for Brand Visibility & Recognition
aleyda
0
4.8k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
510
Six Lessons from altMBA
skipperchong
29
4.5k
A designer walks into a library…
pauljervisheath
211
25k
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
580
How to make the Groovebox
asonas
2
2.5k
sira's awesome portfolio website redesign presentation
elsirapls
0
420
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.4k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
Abbi's Birthday
coloredviolet
4
10k
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
250
Transcript
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 2024/11/21 BABYJOB 開発部 LT会 @kawanamiyuu
前回までのおさらい 2
おさらい①「工数」と「期間」の関係 • 「工数」と「期間」の関係は次の計算式で表すことができる 「期間(ヶ月)」 =「工数(人月)」÷「人数」÷「開発稼働率(%)」x「バッファ」 (例) 開発稼働率が 60 % の
4 人チームで、工数が 7.2 人月の開発の完了にかかる期間を求めたい。 時間バッファ係数を 1.5 とすると「7.2 人月 ÷ 4 人 ÷ 0.6 ✕ 1.5 = 4.5 ヶ月」 • 開発規模を数字で表すことができれば、定性的な営みにみえる “エン ジニアリング活動” を、観測可能な仕事として、”ビジネス活動” に接 続できる 3
おさらい②「バッファ」の正体 • 「バッファ」は先の計算式を変形して次のように表すことができる 「バッファ」=「実績工数(人月)」÷「見積工数(人月)」 • この式から「バッファ」とは “実績工数と見積工数のズレの大きさ” であり、その意味は「見積工数に対して、実績工数が何倍大きくなる と予想されるか」と解釈できる 4
今回のテーマにつながる疑問 「バッファ」自体が、未知の変数に依存している。 結局「バッファ」って何? 5 ∵ もとの関係式には 2 つの未知の変数がある 「実績期間(ヶ月)」・・・未知数 =「見積工数(人月)」÷「人数」÷「開発稼働率(%)」
✕「バッファ」・・・未知数
今回のテーマ 6
「バッファ」と 「バーンアップチャート」と 「プロジェクトマネジメント」 7
ー 見積工数 ー バッファ込み見積工数 ー 累積消化工数(楽観) ー 累積消化工数(悲観) 8 期間 工数 楽観計画での “最速”完了見込日
悲観計画での “最遅”完了見込日 不確かさの幅 完了希望日(ビジネス要件)が決まっていない場合
ー 見積工数 ー バッファ込み見積工数 ー 累積消化工数(楽観) ー 累積消化工数(悲観) 9 期間 工数 もし、完了希望日(ビジネス要件)が ここなら・・・
許容可能な 不確かさの幅 完了希望日(ビジネス要件)が決まっている場合
本シリーズのまとめ 10
バッファの正体 • バッファとは、プロジェクト(やタスク)の “不確かさ” を定量化したもの • バーンアップチャート等から、その不確かさが許容でき るのか・できないのかが分かれば、不確かさを解消する (=確からしさを増す)ためのアクション(例:より詳 細な見積もりを行う)の要否を判断できる
11
バッファの正体 • バッファとは、プロジェクト(やタスク)の “不確かさ” を定量化したもの • バーンアップチャート等から、その不確かさが許容でき るのか・できないのかが分かれば、不確かさを解消する (=確からしさを増す)ためのアクション(例:納期をずら す・スコープを削る・見積りをより詳細化する)の要否を判断で
きる 12
プロジェクトマネジメントとは • プロジェクトの不確かさを明らかにし、不確かさを低減 し、不確かさに対するステークスホルダーの期待値を調 整すること • また、その不確かさを実際に解消する活動こそが、エン ジニアリング ◦ 工数見積りの精度をあげる
◦ 不確かさを含むプロジェクトのリスクを低減する開発計画、設計・実装 13
プロジェクトマネジメントとは • プロジェクトの不確かさを明らかにし、不確かさを低減 し、不確かさに対するステークスホルダーの期待値を調 整すること • また、その不確かさを実際に解消する活動こそが、エン ジニアリング ◦ 工数見積りの精度をあげる
◦ 不確かさを含むプロジェクトのリスクを低減する開発計画、設計・実装 14