ファイル TEF東海メトリクス勉強会 Summary6 1 6 2 3 2

(1)

1

第 6 章工数の見積もり

TEF _{東海 KEN さん}

with む○くん ( 無許可使用 )

(2)

TEF Tokai - Metrics study group 2

第 6 章工数の見積もり

6.1 _{工数見積もり}

6.2 ソフトウェア見積もり手法とモデル

6.2.1 エキスパートによる見積もり

6.2.1.1 アクティビティーの分割

6.2.1.2 _{システムの分割}

6.2.1.3 _{デルファイ法}

6.2.2 ベンチマークデータの利用

6.2.2.1 LOC _{ベンチマーク}

6.2.2.2 ファンクションポイントのベンチマークデータ

6.6.3 _{類推法による見積もり}

6.2.3.1 標準的な類推法のアプローチ

6.2.3.2 _{類推法のまとめ}

(3)

3

6-1 _{工数見積もり}

(4)

プロジェクトが予定を超過する原因

（あるある編）

• 不完全な不明確な要求が仕様化されている

• スコープが変わったのにスケジュールの再

調整をし忘れている

• 無茶な開発スケジュールを設定している

• リソースが不十分である

あるある～

(5)

筆者の考える原因

• スケジュールまたは工数に対する「目標」と「見積

もり」を混同している

– 「根拠のある合理的な計画」からでなく、「ビジネス上

のニーズ」から開発期間を短縮することが繁茂に起きる

• 希望的観測に基づいた計画である。

• 自分の見積もりを確実に伝え、それを主張できる能

力がメンバーに無い

• 要求が不完全で、変わりやすく、少しずつ増えてい

く。

• _{品質の「驚き」。}

(6)

6

6-2 _{ソフトウェア見積もり}

手法とモデル

(7)

本書における見積もり手法の分

類

• エキスパートによる見積もり

• ベンチマークデータの利用

• _類推法

• プロキシ（代理）ポイント法

• _{カスタムモデル}

• _{アルゴリズムモデル}

(8)

どの手法をどうやって

選べばよいか？

「少なくとも３つの異なる見積もり手法を用いること」

# 別項「見積もりを組み合わせる」で説明あり

〈留意点〉

• どのような場面でも適用できる唯一の見積もり手法な

どない

• 多くの手法は、その有効性を発揮できないことが多い

• モデルと見積もり手法があるからといって常識や実践

上の判断と置き換えられるわけではない

(9)

9

6.2.1 _{エキスパートによる}

見積もり

(10)

• エキスパートによる見積もり手法のアプ

ローチ

– アクティビティー分割法

– _{システム分割法}

• 見積もりの合意を得るための手法

– _{デルファイ法}

– ワイドバンドデルファイ法

(11)

エキスパートによる

見積もり手法のアプローチ

(12)

12

見積もりの合意を

得るための手法

デルファイ法

ワイドバンドデルファイ法

(13)

見積もりの合意を

得るための手法

• _{デルファイ法}

• ワイドバンドデルファイ法 ( 拡張 )

(14)

デルファイ法

システム仕様

システム目標

様々な仮定

見積もり上の課

題

エキスパート A 氏 ( 匿名 )

エキスパート B 氏 ( 匿名 )

クライアント（ボブ君）

(15)

ワイドバンドデルファイ法

システム仕様

システム目標

様々な仮定

見積もり上の課

題

エキスパート A 氏 ( 匿

名 ) エキスパート B 氏 ( 匿

クライアント（ボブ名 ) 君）

エキスパート A 氏 ( 匿名 )

エキスパート B 氏 ( 匿名 )

(16)

16

6.2.2 ベンチマークデータの利

用

LOC _{ベンチマークデータ}

FP _{ベンチマークデータ}

(17)

EZ _{見積もりモデル}

• 極めて簡単な見積もり手法

• 規模を LOC または FP で与えることさえできれば、簡単に初

期見積が得られる。

• _LOC や FP の生産性をベンチマークして生産性を推定し工数

を予測できるが下記の注意が必要

• < 注意 > プロジェクトに当てはまるかどうかは分からない。

プロジェクト

規模 ^生産率 ^{見積もり工数}

(18)

LOC と FP のベンチマーク

データ

• 解説するところじゃないので教科書み

てね。

(19)

19

6.2.3 _{類推法による見積もり}

LOC _{ベンチマークデータ}

FP _{ベンチマークデータ}

フェルミ推定？

(20)

概要

• ある程度類似したプロジェクトデータ

が存在する場合に有効

• （恐らく）最も正確な見積もりを与え

る

(21)

ファイル TEF東海メトリクス勉強会 Summary6 1 6 2 3 2

第 6 章 工数の見積もり

TEF 東海 KEN さん

with む○くん ( 無許可使用 )

第 6 章 工数の見積もり

6.1 工数見積もり

6.2 ソフトウェア見積もり手法とモデル

6.2.1 エキスパートによる見積もり

6.2.1.1 アクティビティーの分割

6.2.1.2 システムの分割

6.2.1.3 デルファイ法

6.2.2 ベンチマークデータの利用

6.2.2.1 LOC ベンチマーク

6.2.2.2 ファンクションポイントのベンチマークデータ

6.6.3 類推法による見積もり

6.2.3.1 標準的な類推法のアプローチ

6.2.3.2 類推法のまとめ

6-1 工数見積もり

プロジェクトが予定を超過する原因

（あるある編）

• 不完全な不明確な要求が仕様化されている

• スコープが変わったのにスケジュールの再

調整をし忘れている

• 無茶な開発スケジュールを設定している

• リソースが不十分である

筆者の考える原因

• スケジュールまたは工数に対する「目標」と「見積

もり」を混同している

– 「根拠のある合理的な計画」からでなく、「ビジネス上

のニーズ」から開発期間を短縮することが繁茂に起きる

• 希望的観測に基づいた計画である。

• 自分の見積もりを確実に伝え、それを主張できる能

力がメンバーに無い

• 要求が不完全で、変わりやすく、少しずつ増えてい

く。

• 品質の「驚き」。

6-2 ソフトウェア見積もり

手法とモデル

本書における見積もり手法の分

類

• エキスパートによる見積もり

• ベンチマークデータの利用

• 類推法

• プロキシ（代理）ポイント法

• カスタムモデル

• アルゴリズムモデル

どの手法をどうやって

選べばよいか？

「少なくとも３つの異なる見積もり手法を用いること」

# 別項「見積もりを組み合わせる」で説明あり

〈留意点〉

• どのような場面でも適用できる唯一の見積もり手法な

どない

• 多くの手法は、その有効性を発揮できないことが多い

• モデルと見積もり手法があるからといって常識や実践

上の判断と置き換えられるわけではない

6.2.1 エキスパートによる

見積もり

• エキスパートによる見積もり手法のアプ

ローチ

– アクティビティー分割法

– システム分割法

• 見積もりの合意を得るための手法

– デルファイ法

– ワイドバンドデルファイ法

エキスパートによる

見積もり手法のアプローチ

見積もりの合意を

得るための手法

デルファイ法

ワイドバンドデルファイ法

見積もりの合意を

得るための手法

• デルファイ法

• ワイドバンドデルファイ法 ( 拡張 )

デルファイ法

システム仕様

システム目標

様々な仮定

見積もり上の課

第 6 章工数の見積もり

TEF _{東海 KEN さん}

第 6 章工数の見積もり

6.1 _{工数見積もり}

6.2.1.2 _{システムの分割}

6.2.1.3 _{デルファイ法}

6.2.2.1 LOC _{ベンチマーク}

6.6.3 _{類推法による見積もり}

6.2.3.2 _{類推法のまとめ}

6-1 _{工数見積もり}

• _{品質の「驚き」。}

6-2 _{ソフトウェア見積もり}

• _類推法

• _{カスタムモデル}

• _{アルゴリズムモデル}

6.2.1 _{エキスパートによる}

– _{システム分割法}

– _{デルファイ法}

• _{デルファイ法}

LOC _{ベンチマークデータ}

FP _{ベンチマークデータ}

EZ _{見積もりモデル}

• _LOC や FP の生産性をベンチマークして生産性を推定し工数

規模 ^生産率 ^{見積もり工数}

6.2.3 _{類推法による見積もり}

LOC _{ベンチマークデータ}

FP _{ベンチマークデータ}

• _{メニューと画面}

• _{データベース構造}

• _{インタフェース}

• _開発環境

• _{開発チームの経験}

• _顧客環境