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
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Yu Kawanami
November 21, 2024
Technology
14
0
Share
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 / 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
150
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編①〜 / practice of estimate part1
kawanamiyuu
0
170
開発チームの自走力を育む「イテレーションマネージャー」という取り組み / iteration manager
kawanamiyuu
1
1.5k
スタートアップで 1 度は崩壊しかけたチームがこれからチームになっていくための第一歩 / re-startup team
kawanamiyuu
2
970
PHP でもアーキテクチャテストしたい! / #phperkaigi / PHPerKaigi 2021
kawanamiyuu
6
5.5k
3 つの “はじめて” から始まった OSS 活動。のその先で / OSS LT会 #osscontributelt / turning point of joy as a developer
kawanamiyuu
0
800
腕力と瞬発力(新年の抱負 超LT会- vol.2 #ultral)/ New Year’s Resolution 2021
kawanamiyuu
2
450
ArchUnit で始める Java アプリケーションアーキテクチャの自動テスト / 自動化大好きエンジニアLT会 / LT for Engineers who love Automation
kawanamiyuu
0
930
マイクロサービスアーキテクチャをあきらめないための、モノリスで始めるアーキテクチャテスト / #jjug_ccc_b #ccc_b8 / JJUG CCC 2020 Fall
kawanamiyuu
5
3.9k
Other Decks in Technology
See All in Technology
AIペネトレーションテスト・ セキュリティ検証「AgenticSec」ご紹介資料
laysakura
0
3.9k
Code Interpreter で、AIに安全に コードを書かせる。
yokomachi
0
6.9k
最新の脅威動向から考える、コンテナサプライチェーンのリスクと対策
kyohmizu
1
670
インターネットの技術 / Internet technology
ks91
PRO
0
170
AWS認定資格は本当に意味があるのか?
nrinetcom
PRO
1
260
AI駆動1on1〜AIに自分を育ててもらう〜
yoshiakiyasuda
0
120
AIエージェントの権限管理 2: データ基盤の Fine grained access control 編
ren8k
0
120
ワールドカフェI /チューターを改良する / World Café I and Improving the Tutors
ks91
PRO
0
270
Do Ruby::Box dream of Modular Monolith?
joker1007
1
300
Amazon S3 Filesについて
yama3133
2
190
生成AI時代のエンジニア育成 変わる時代と変わらないコト
starfish719
0
9.3k
AWS DevOps Agentはチームメイトになれるのか?/ Can AWS DevOps Agent become a teammate
kinunori
6
670
Featured
See All Featured
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
64
54k
Evolving SEO for Evolving Search Engines
ryanjones
0
180
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
130
Making the Leap to Tech Lead
cromwellryan
135
9.8k
Building Applications with DynamoDB
mza
96
7k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
160
[SF Ruby Conf 2025] Rails X
palkan
2
950
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.6k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
170
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
110
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.2k
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