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
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 / practice of es...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Yu Kawanami
November 21, 2024
Technology
20
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
170
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編①〜 / practice of estimate part1
kawanamiyuu
0
180
開発チームの自走力を育む「イテレーションマネージャー」という取り組み / iteration manager
kawanamiyuu
1
1.6k
スタートアップで 1 度は崩壊しかけたチームがこれからチームになっていくための第一歩 / re-startup team
kawanamiyuu
2
990
PHP でもアーキテクチャテストしたい! / #phperkaigi / PHPerKaigi 2021
kawanamiyuu
6
5.7k
3 つの “はじめて” から始まった OSS 活動。のその先で / OSS LT会 #osscontributelt / turning point of joy as a developer
kawanamiyuu
0
830
腕力と瞬発力(新年の抱負 超LT会- vol.2 #ultral)/ New Year’s Resolution 2021
kawanamiyuu
2
460
ArchUnit で始める Java アプリケーションアーキテクチャの自動テスト / 自動化大好きエンジニアLT会 / LT for Engineers who love Automation
kawanamiyuu
0
950
マイクロサービスアーキテクチャをあきらめないための、モノリスで始めるアーキテクチャテスト / #jjug_ccc_b #ccc_b8 / JJUG CCC 2020 Fall
kawanamiyuu
5
4k
Other Decks in Technology
See All in Technology
ACE-Step-1.5で見る 音楽生成AIのしくみと“破綻だけ直す”Retake機能の開発【zennfes spring 2026 登壇資料】
personabb
1
540
Lightning近況報告
kozy4324
0
190
Claude Codeをどのように キャッチアップしているか
oikon48
13
8.6k
2026TECHFRESH畢業分享會 - 葬送的通靈師:化系統與用戶雜訊成行動訊號
line_developers_tw
PRO
0
1.3k
When Platform Engineering Meets GenAI
sucitw
0
130
アジャイルな経理と Claude Code と経営の未来
kawaguti
PRO
3
160
2026年6月23日 Syncable Tech + Start Python Club にて
hamukazu
0
140
ロボティクスの技術 / Robotics Technology
ks91
PRO
0
110
10年間のブログ発信を振り返って見えたWebアプリケーションエンジニアとしての軌跡
stefafafan
0
160
現地で盛り上がった WWDC26 Keynote
zozotech
PRO
1
270
【Snowflake Summit 2026 Recap!!】Snowflake Summit Deep Dive: Security & Governance
civitaspo
1
270
サイバーエージェントにおけるAI推進戦略と変革への取り組み
shotatsuge
0
130
Featured
See All Featured
Technical Leadership for Architectural Decision Making
baasie
3
420
The Art of Programming - Codeland 2020
erikaheidi
57
14k
HDC tutorial
michielstock
2
720
The Limits of Empathy - UXLibs8
cassininazir
1
360
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
590
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
330
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
160
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2k
Scaling GitHub
holman
464
140k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
460
Odyssey Design
rkendrick25
PRO
2
700
Ruling the World: When Life Gets Gamed
codingconduct
0
260
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