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
見積もり/agile-estimation
Search
Atsushi Harada
November 07, 2019
Technology
0
72k
見積もり/agile-estimation
Atsushi Harada
November 07, 2019
Tweet
Share
More Decks by Atsushi Harada
See All by Atsushi Harada
モジャイリーンな事業開発/mojilean-business-development
harada4atsushi
0
380
スクラムとモジャイル/scrum-and-mojile
harada4atsushi
0
7.7k
リーン・スタートアップとMVP/lean-startup-mvp
harada4atsushi
0
26k
リーンキャンバスの作り方/how-to-make-lean-canvas
harada4atsushi
0
8.9k
振り返り/agile-looking-back
harada4atsushi
0
21k
インセプションデッキの作り方/how-to-make-inception-deck
harada4atsushi
0
9.5k
もふもふなエンジニアの心得/mofmofinc-engineer-knowledge
harada4atsushi
0
7.4k
mofmof inc. 会社紹介 for 採用/mofmofinc-informatioin-for-recruiting
harada4atsushi
3
54k
Other Decks in Technology
See All in Technology
Navigation3でViewModelにデータを渡す方法
mikanichinose
0
200
Liquid Glass革新とSwiftUI/UIKit進化
fumiyasac0921
0
140
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
150
Amazon Q Developer for GitHubとAmplify Hosting でサクッとデジタル名刺を作ってみた
kmiya84377
0
3.5k
JSX - 歴史を振り返り、⾯⽩がって、エモくなろう
pal4de
3
1.1k
CI/CDとタスク共有で加速するVibe Coding
tnbe21
0
230
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
53
32k
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
270
より良いプロダクトの開発を目指して - 情報を中心としたプロダクト開発 #phpcon #phpcon2025
bengo4com
0
310
Microsoft Build 2025 技術/製品動向 for Microsoft Startup Tech Community
torumakabe
1
200
Observability в PHP без боли. Олег Мифле, тимлид Altenar
lamodatech
0
270
UIテスト自動化サポート- Testbed for XCUIAutomation practice
notoroid
0
110
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
92
6.1k
BBQ
matthewcrist
89
9.7k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
920
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
16
940
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.3k
For a Future-Friendly Web
brad_frost
179
9.8k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
How to Ace a Technical Interview
jacobian
277
23k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
Docker and Python
trallard
44
3.4k
Transcript
ݟੵΓ mofmof inc.
ソフトウェアの納期⾒積もりは、 星占いレベルのものであると思う 引⽤:メソッド屋のブログ http://simplearchitect.hatenablog.com/entry/2016/07/07/080250
• ਫ਼ • ݟੵΓ • ෆ࣮֬ੑ
不確実性コーン
時間をかければ ⾒積もり精度は上がる
⾒積もり=設計
⾒積もり⼿法の歴史 • LOC • FP • COCOMO • CoBRA •
KKD
⾒積もり精度の推移 精度 コスト(時間) '1 ϓϥϯχϯά ϙʔΧʔ ,,%
⾒積もりのタイミング ΩοΫΦϑ ϦϦʔε εϓϦϯτ ϓϩδΣΫτ
اը࣌ ΩοΫΦϑ࣌ εϓϦϯτܭը࣌
プランニングポーカー
͜ͷػೳɺ͘Β͍ͰͰ͖ΔΑͶʁ 営業
͍͍͘Β͍͔͔ΔΑ 営業 ベテラン エンジニア
͘Β͍ඞཁͩͱࢥ͍·͢ʂ 営業 ベテラン エンジニア 若⼿ エンジニア
ҰମԿΛ৴͡ Ε͍͍ʁ
• ૬ରݟੵΓ • νʔϜݟੵΓ • ετʔϦʔϙΠϯτ
͜ͷڇͷମॏԿΩϩ ͜ͷڇͷମॏԿΩϩ
͜ͷڇΩϩʂ
なぜ相対⾒積もりか • 相対的な基準があれば、簡単に⾒積もり の精度を上げることが出来る • ⼯数で絶対⾒積もりをすると、個⼈のス キルに依存した⾒積もりになってしまう • 実際には⾒積もる⼈と担当する⼈が違う ことも多いので、⾒積もりミスにつなが
る
ストーリーポイント • 個⼈のスキルに依存させないため、相対的な ⾒積もり尺度を「ポイント」で表現する • ストーリーポイント = 時間(⼯数)ではない • 基準となるユーザーストーリーと⽐較して、
どの程度複雑か、曖昧であるか、などを評価 して⾒積もる
基準ポイントの決め⽅ • 既に出ているストーリーの中から、全員 が理解できそうな⼀つのストーリーを決 めて、1ポイント or 3ポイントとする • 基準としてふさわしいものがなければ、 全員が認識を⼀致させる実装のイメージ
を使⽤しても良い
フィボナッチ数列(もどき)を使う • 0,1,2,3,5,8,13,20を使うことが多い • 規模が⼤きくなるほど正確に⾒積もれな くなる性質と、フィボナッチ数列が相性 が良い • ⼤きい単位の数字は細かく考えても精度 が上がることはないので考えるのはムダ
• ⼩さい単位に分割して⾒積もり可能にする
͜ͷௗΩϩʂ ͜ͷͷମॏʁ
• େ͖͍ετʔϦʔׂ • ཧɿʙϙΠϯτ • ϙΠϯτʙநߴΊ
議論をする • チーム全体で⾒積もる • ⾒積もりの差異が出た場合、何か考慮漏れ、ある いは考慮しすぎである可能性がある • ズレ幅が最も⼤きい⼈同⼠で、その⾒積もりをし た理由を説明し、その情報を追加した上で再度⾒ 積もる
• 議論の最中にカードを出し直してもOK • 議論が終わってから全員でもう⼀度⾒積もりしな おすでもOK
実際にやってみよう
ςʔϚ தͷՆٳΈͷ॓
10ઌੜ ߨࢣ ϝϯόʔੜె Έͳ͞Μ
お客様の中に経験者いますか?
流れ 1. 基準の1ptとなるストーリーを決める 2. ストーリーを⼀つずつ読み、以下繰り返し 1. ストーリーの単位が⼤きすぎる場合は分割する 2. 必要であればPOに確認して、ストーリーを詳細 化する
3. 全員で専⽤カードを使って⾒積もりする 4. ⾒積もり差異について議論する 5. チームで⼀つの⾒積もりを合意して決める
ポーカーのやり⽅ • ストーリーの詳細を読んだら基準ポイン トに対してどの程度のボリュームか⾒積 もり、カードを裏返しで出す • 全員がカードを出したら⼀⻫に表にする
Appendix
ग़དྷΔͬͯ ݴͬͨΑͳʁ
τϨʔυΦϑͷؔΛ ߹ҙ͓ͯ͜͠͏
参考:プランニングポーカー https://speakerdeck.com/ryuzee/planning_poker_guide
参考 https://www.slideshare.net/taguchimasahiro/ss-44419906