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
Yu Kawanami
November 21, 2024
Technology
0
4
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編③〜 / practice of estimate part3
Yu Kawanami
November 21, 2024
Tweet
Share
More Decks by Yu Kawanami
See All by Yu Kawanami
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編②〜 / practice of estimate part2
kawanamiyuu
0
130
数字で表すシリーズ 〜開発規模(工数⇔期間)の見積もり編①〜 / practice of estimate part1
kawanamiyuu
0
150
開発チームの自走力を育む「イテレーションマネージャー」という取り組み / iteration manager
kawanamiyuu
1
1.5k
スタートアップで 1 度は崩壊しかけたチームがこれからチームになっていくための第一歩 / re-startup team
kawanamiyuu
2
940
PHP でもアーキテクチャテストしたい! / #phperkaigi / PHPerKaigi 2021
kawanamiyuu
6
5.2k
3 つの “はじめて” から始まった OSS 活動。のその先で / OSS LT会 #osscontributelt / turning point of joy as a developer
kawanamiyuu
0
790
腕力と瞬発力(新年の抱負 超LT会- vol.2 #ultral)/ New Year’s Resolution 2021
kawanamiyuu
2
430
ArchUnit で始める Java アプリケーションアーキテクチャの自動テスト / 自動化大好きエンジニアLT会 / LT for Engineers who love Automation
kawanamiyuu
0
920
マイクロサービスアーキテクチャをあきらめないための、モノリスで始めるアーキテクチャテスト / #jjug_ccc_b #ccc_b8 / JJUG CCC 2020 Fall
kawanamiyuu
5
3.8k
Other Decks in Technology
See All in Technology
re:Inventで見つけた「運用を捨てる」技術。
ezaki
1
150
20260120 Amazon VPC のパブリックサブネットを無くしたい!
masaruogura
2
170
しろおびセキュリティへ ようこそ
log0417
0
160
「全社導入」は結果。1人の熱狂が組織に伝播したmikanのn8n活用
sota_mikami
0
570
AI推進者の視点で見る、Bill OneのAI活用の今
sansantech
PRO
1
200
Azure SQL Databaseでベクター検索を活用しよう
nakasho
0
120
ファシリテーション勉強中 その場に何が求められるかを考えるようになるまで / 20260123 Naoki Takahashi
shift_evolve
PRO
3
400
プロダクトエンジニアこそ必要なPMスキル 〜デリバリー力を最大化し、価値を届け続けるために〜
layerx
PRO
0
150
EventBridge API Destination × AgentCore Runtimeで実現するLambdaレスなイベント駆動エージェント
har1101
7
270
サイボウズ 開発本部採用ピッチ / Cybozu Engineer Recruit
cybozuinsideout
PRO
10
72k
いよいよ仕事を奪われそうな波が来たぜ
kazzpapa3
3
280
BiDiってなんだ?
tomorrowkey
2
500
Featured
See All Featured
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
440
30 Presentation Tips
portentint
PRO
1
190
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.4k
Are puppies a ranking factor?
jonoalderson
1
2.6k
Test your architecture with Archunit
thirion
1
2.1k
Deep Space Network (abreviated)
tonyrice
0
36
Believing is Seeing
oripsolob
1
43
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Odyssey Design
rkendrick25
PRO
0
470
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
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