見積もりの難しさ

by kanayannet

Slide 1

Slide 1 text

見積もりの難しさ @kanayannet Gunma.web #25

Slide 2

Slide 2 text

自己紹介名前 : 金澤宏昭

Slide 3

Slide 3 text

SNS Twitter : @kanayannet Facebook : HiroakiKanazawa

Slide 4

Slide 4 text

今日話すこと見積もりの定義なぜ話すのか? 不確実性見積り誤差過大見積もりと過少見積もりチームの能力

Slide 5

Slide 5 text

問題は変化するまとめ

Slide 6

Slide 6 text

見積もりの定義

Slide 7

Slide 7 text

概要製品の購入やサービスに掛かる費用を前もって算出する行為、またはその金額・計算書の意として使われている。

Slide 8

Slide 8 text

web サービスだと.. 企画されたものを、デザイナー、エンジニアに見せて... どのくらいかかるか計測期間だったり何人必要だったり? 人月計算のところもある?

Slide 9

Slide 9 text

なぜ話すのか?

Slide 10

Slide 10 text

きっかけ

Slide 11

Slide 11 text

書いてあったポイントがいくつか書いてあった。思い当たるものがあるイタタ... 結構みなさんそうなんじゃない？

Slide 12

Slide 12 text

不確実性

Slide 13

Slide 13 text

なぜ? 不確実見えないものを見積もろうとするから。見えないもの = 認知できないもの

Slide 14

Slide 14 text

不確実性のコーン

Slide 15

Slide 15 text

種類があるよ概算見積もり確定見積もり

Slide 16

Slide 16 text

概算見積もり費用や期間などのおおよその見積もりなるべく正確に表現しようとするが.. おおよその数字までしか決まってない部分は出せないのでその通りになる事を約束できない。

Slide 17

Slide 17 text

確定見積もり最終的に確定したものこの見積もりで契約などを行うので、出した見積もりを守る責任が発生する

Slide 18

Slide 18 text

見積り誤差

Slide 19

Slide 19 text

誤差はなぜ生まれるのか？

Slide 20

Slide 20 text

認知バイアス社会心理学の理論対象の特徴、自分の利害に沿った方向に考えがゆがめられたりする現象。

Slide 21

Slide 21 text

例営業「○○ 万円ならいける？」幹部「5 日でいける？」

Slide 22

Slide 22 text

避ける方法はある集合知を使う複数人で見積もりを出す。複数の立場、複数の人。

Slide 23

Slide 23 text

過小見積りと過大見積り過少: 実際のものよりも小さく見積もり過大: 実際のものよりも大きく見積もる

Slide 24

Slide 24 text

スケジュールの狂い過少: 人や時間が足りくなる過大: 余裕がありすぎる = リソース取りすぎ

Slide 25

Slide 25 text

人への影響過少: 残業する人( 自分も含む) が多くなりやすい。過大: 余裕がありすぎると油断する人もいる?

Slide 26

Slide 26 text

チームの能力

Slide 27

Slide 27 text

得意不得意を理解するでも誰がどれが得意か解りづらいし、共有できない。

Slide 28

Slide 28 text

これも誤差につながる一番作業が色々とできる人に他の人のスケジュールを合わせてしまう。例 : A さんが出来たのだから同じ事をB さんにもやらせてみよう。例 : 人の数を単純に増やせば回るだろう。

Slide 29

Slide 29 text

見える化スキルマップ化 Ruby HTML CSS JS jquery 障害対応 A さん ○ ○ ○ ○ ○ ○ B さん ○ x x x x ○ C さん x ○ ○ ○ ○ x D さん x ○ ○ x ○ x

Slide 30

Slide 30 text

見積もり手法ファンクションポイント法システムユーザから見た機能を5 種類に分類し、それぞれを重み付けしてソフトウェアの規模を見積もるユースケースポイント数システムのユースケースを複雑度で重み付けし、それを集計してソフトウェアの規模を見積もる方法

Slide 31

Slide 31 text

実施すればよいというものではない過去の実績に依存する。実績を評価出来てなければ中々うまくい。

Slide 32

Slide 32 text

誤差は色々なケースに混入しやすい。

Slide 33

Slide 33 text

競争する場合でも区分けが必要予測のための変換と競争の場合の変換は分ける競争のため = 受注開発などで競合に勝つための提案など営業的な観点でバイアスがかかる。

Slide 34

Slide 34 text

バイアスがかかったものは仮に無理をして乗り切ったとしても.. 次回の目安として使い物にならない。

Slide 35

Slide 35 text

問題は変化する例: 実際に操作して見たら思っていたのと違った作り直し!

Slide 36

Slide 36 text

これが起きると計測をいくら頑張っても ...orz

Slide 37

Slide 37 text

ツブを小さくして.. 大きい規模のソフトウェアを作る -> 手間がかかるポイントを一つ一つ小さく切って、確認( レビュー) しながらゴールを目指す

Slide 38

Slide 38 text

どっかで聞いた? アジャイルスクラム

Slide 39

Slide 39 text

ここは話すと 15 分でも足りないので懇談会、２次会で話しましょう汗

Slide 40

Slide 40 text

そもそも見積もらない? 見積もる意味が見出せない? 狂ってしまうのに何故見積もる? 安定しない技術を使う場合システム要件が固められない場合 No Estimates

Slide 41

Slide 41 text

Mob Programming 5 人程度のチームで一人がドライバー残メンバーはガイド役残メンバーはドライバーがスムーズに進められるよう支援する。一見非効率に見えるけど.. 見えない( 認知できない) ものが多い場合は有効かもね。

Slide 42

Slide 42 text

まとめ過大見積もりは自分の首を締めるされたとしても( 間に合わなければ) した側の首が締まるw 認知できないの怖いね。過大の自覚がない。どうやって伝える? 何が大変なのか？見える可の工夫大事。