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
見積もりの難しさ
Search
kanayannet
October 30, 2016
Programming
510
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
見積もりの難しさ
kanayannet
October 30, 2016
More Decks by kanayannet
See All by kanayannet
リファクタリング ハーネス
kanayannet
1
120
厳密な定義
kanayannet
0
140
Mcp Training
kanayannet
0
260
MCP で「こいつ動くぞ」
kanayannet
0
190
無関心の谷
kanayannet
0
1.3k
生成AIの使いどころ
kanayannet
0
270
github copilot と 心理的安全性
kanayannet
0
300
FW と ライブラリ の考え方
kanayannet
0
280
TDDと今まで
kanayannet
0
750
Other Decks in Programming
See All in Programming
Starting & Sustaining Code-Based E2E Testing for Non-Coding QA Teams( #jasstniigata )
teyamagu
PRO
1
420
モバイル交通系ICへのチャージ実例から考える、クロスプラットフォーム開発におけるiOS実機テスト設計とCI運用
yusuga
1
510
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
180
数年滞っていたダークモード対応をおよそ2週間で完了させる
chigichan24
0
730
AI に Inclusive UI を書かせよう — Design Rules Skill で Compose UI を作り直す
theoriatec2024
1
500
What We Talk About When We Talk About XP
m_seki
2
660
The Rails Doctrine Decade
koic
2
110
Vibes Containers 〜AIで変わるコンテナ設計と運用〜
tkikuc
3
550
技術的負債を組織課題として解く-増えすぎたマイクロサービスとの戦い-
reimaru
1
2k
ゲームコントローラやキーボードのファームウェアをSwiftで書く
kishikawakatsumi
1
250
世界の中心で、AI(App Intents)をさけぶ ー App Intents中心設計の実践ガイド
touyou
0
610
Omarchy Tokyo やると聞いて UMPC 買ってセットアップしてきた
mtsmfm
0
150
Featured
See All Featured
Between Models and Reality
mayunak
4
460
Design in an AI World
tapps
1
320
Are puppies a ranking factor?
jonoalderson
2
3.9k
Un-Boring Meetings
codingconduct
0
420
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.4k
Prompt Engineering for Job Search
mfonobong
0
450
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
69
65k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
340
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
360
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
520
Transcript
見積もりの難しさ @kanayannet Gunma.web #25
自己紹介 名前 : 金澤 宏昭
SNS Twitter : @kanayannet Facebook : HiroakiKanazawa
今日話すこと 見積もりの定義 なぜ話すのか? 不確実性 見積り誤差 過大見積もりと過少見積もり チームの能力
問題は変化する まとめ
見積もりの定義
概要 製品の購入やサービスに掛かる費用を前もって算出す る行為、またはその金額・計算書の意として使われて いる。
web サービスだと.. 企画されたものを、デザイナー、エンジニアに見せ て... どのくらいかかるか計測 期間だったり 何人必要だったり? 人月計算のところもある?
なぜ話すのか?
きっかけ
書いてあった ポイントがいくつか書いてあった。 思い当たるものがある イタタ... 結構みなさんそうなんじゃない?
不確実性
なぜ? 不確実 見えないものを見積もろうとするから。 見えないもの = 認知できないもの
不確実性のコーン
種類があるよ 概算見積もり 確定見積もり
概算見積もり 費用や期間などのおおよその見積もり なるべく正確に表現しようとするが.. おおよその数 字までしか決まってない部分は出せないのでその 通りになる事を約束できない。
確定見積もり 最終的に確定したもの この見積もりで契約などを行うので、出した見積 もりを守る責任が発生する
見積り誤差
誤差はなぜ生まれるのか?
認知バイアス 社会心理学の理論 対象の特徴、自分の利害に沿った方向に考えがゆ がめられたりする現象。
例 営業「◦◦ 万円ならいける?」 幹部「5 日でいける?」
避ける方法はある 集合知を使う 複数人で見積もりを出す。 複数の立場、複数の人。
過小見積りと過大見 積り 過少: 実際のものよりも小さく見積もり 過大: 実際のものよりも大きく見積もる
スケジュールの狂い 過少: 人や時間が足りくなる 過大: 余裕がありすぎる = リソース取りすぎ
人への影響 過少: 残業する人( 自分も含む) が多くなりやすい。 過大: 余裕がありすぎると油断する人もいる?
チームの能力
得意不得意を理解する でも誰がどれが得意か解りづらいし、共有できない。
これも誤差につながる 一番作業が色々とできる人に他の人のスケジュールを 合わせてしまう。 例 : A さんが出来たのだから同じ事をB さんにもや らせてみよう。 例
: 人の数を単純に増やせば回るだろう。
見える化 スキルマップ化 Ruby HTML CSS JS jquery 障害対応 A さん
◦ ◦ ◦ ◦ ◦ ◦ B さん ◦ x x x x ◦ C さん x ◦ ◦ ◦ ◦ x D さん x ◦ ◦ x ◦ x
見積もり手法 ファンクションポイント法 システムユーザから見た機能を5 種類に分類し、そ れぞれを重み付けしてソフトウェアの規模を見積 もる ユースケースポイント数 システムのユースケースを複雑度で重み付けし、 それを集計してソフトウェアの規模を見積もる方 法
実施すればよいというものでは ない 過去の実績に依存する。 実績を評価出来てなければ中々うまくい。
誤差は色々なケース に 混入しやすい。
競争する場合でも区分けが必要 予測のための変換と競争の場合の変換は分ける 競争のため = 受注開発などで競合に勝つための提 案など 営業的な観点でバイアスがかかる。
バイアスがかかったものは 仮に無理をして乗り切ったとしても.. 次回の目安とし て使い物にならない。
問題は変化する 例: 実際に操作して見たら思っていたのと違った 作り直し!
これが起きると計測をいくら頑 張っても ...orz
ツブを小さくして.. 大きい規模のソフトウェアを作る -> 手間がかかる ポイントを一つ一つ小さく切って、確認( レビュー) し ながらゴールを目指す
どっかで聞いた? アジャイル スクラム
ここは話すと 15 分でも足りないので懇談会、2次会で話しましょう 汗
そもそも見積もらない? 見積もる意味が見出せない? 狂ってしまうのに何故見積もる? 安定しない技術を使う場合 システム要件が固められない場合 No Estimates
Mob Programming 5 人程度のチームで一人がドライバー残メンバーはガ イド役 残メンバーはドライバーがスムーズに進められる よう支援する。 一見非効率に見えるけど.. 見えない( 認知できない)
もの が多い場合は有効かもね。
まとめ 過大見積もりは自分の首を締める されたとしても( 間に合わなければ) した側の首が締まるw 認知できないの怖いね。 過大の自覚がない。 どうやって伝える? 何が大変なのか?見える可の工夫大事。
@track8 さんからの情報提供
ご清聴 ありがとう ございました!