規模の見積もり WACATE 2016 winter

見積もり入門～規模って何だろう～

2016.12.17WACATE 実行委員　福良智明

2

見積もりの重要性

身近にある見積もり

見積もりというと・・・プロジェクト提案 ( 開始 ) 時に PM 、 PL さんが・・・

3

要件は？工数は何人月？体制はどうする？

で納期とコストはこうだから ..( あれ？無理っぽくない ..)


その見積もり結果を持って、営業さんがお仕事をとってくる

4

価格と納期はこちらになります

身近にある見積もりで、皆さんは、その見積もりを元にした計画に従ってお仕事をする。時には・・・

5

プロジェクト開始以前や初期に行うもので、あまり馴染みがないという方も多いのではないでしょうか？


6

提案要件定義設計開発テスト

このあたりで見積もりを行う見積もりを機会は、ここだけではありません。皆さんの身近にも・・・

身近にある見積もり検証の依頼 ( テスト工程の工数、価格見積もり )

7

○○ といったシステムの検証をお願いしたいのですが・・・

それはどれくらいの規模ですか？

身近にある見積もり進捗の確認 ( 作業の見積もり )

8

この作業ってあとどれくらいで終わりますか？

これってこの日までにできる？

あと 2 人日欲しいですね。

身近にある見積もり PJ の分析・改善提案 ( 見積もり結果の利用 )

9

見積もりに対して、実際はどうだったんだろう？

過去の見積もりデータから、見積もりの精度を向上させたいなぁ…

上手くいったプロジェクトとそうでないプロジェクトの違いはなんだろう？

システム全体ではなくとも、工程や機能、タスクレベルの小さな単位の見積もりに触れる機会が少なからずあると思います。


10

失敗プロジェクトの原因のほとんどは、

仕様の未凍結と見積もりミスと言われたりもします。

このように見積もりは、身近であると共にプロジェクトを成功させる上で非常に重要な要因の１つとなっています。


11

見積もりとは？

12

見積もりとは目的

• ステークホルダ ( お客様、 PJ の管理者など ) が、適正な意思決定ができる明確な視点 ( 判断材料 ) を提供すること

• 何を判断する為の情報が欲しいかを確認してから見積もりを行うこと

　例）• プロジェクトを実施すべきかどうか？ ( お客様 )• 費用や工期等の制約の上でどこまで実現できるか？ ( お客様 )• プロジェクトを如何にコントロールしていくか？ (PJ 管理者 )

13

見積もりとは見積もりの対象• 規模

• 見積もり対象のシステムの大きさ

• 工数• 見積もった規模に対して、発生する作業量

• 費用• 見積もった作業量を行うために必要なコスト

• 工期• 見積もった作業量を行うために必要な期間

14

見積もりとは見積もりに必要な要素• 生産性

• 工数あたりの規模例 )　 1 人日でどれだけの規模の作業ができるか…等

• 変動要因• 作業に影響する要因

例 ) ロジックが複雑、高負荷での稼働、メンバのスキル

15

見積もりとは見積もりの手順

16

要求・要件

規模の見積もり

工数の見積もり

工期の見積もり費用の見積もり

生産性、変動要因

1.要求や要件から対象の規模を見積もる

2.規模に対して、生産性、変動要因を加味して、工数を見積もる

3.工数から工期 / 費用を見積もる

※ 工期や費用が決まっている場合は、制約として捉え、逆順で見積もっていく

今回のメイン

ここも少し取り上げます

見積もりとは規模の見積もり規模を見積もってますか？

いきなり工数で見積もることも多いのではないでしょうか？(= 規模と生産性を一緒に考えてしまっている )

規模と生産性を一緒に考えてしまうと同じシステムでも・・・A さんは生産性を自分を基準に、 B さんは新人を基準に見積もると同じシステムなのに、見積もり結果が違ってしまう

なぜ規模を見積もるのか• 規模と生産性を分けて考えることができる• 規模と生産性を分けると見積もり結果を比較しやすい 17

規模の見積もりって大事

見積もりとはまとめ• 見積もりの目的はステークホルダに判断材料を与えること

• 見積もりの対象には、規模、工数、費用、工期がある

• 見積もりに影響を与える要素には、生産性や変動要因がある

• 工数、費用、工期は、規模の見積もり結果から求めることができる

• 見積もり結果を有効に利用する為には、規模と生産性を分けて、規模の見積もりを行うことが大事 18

19


実体のないソフトウェアの見積もりにおいて、何かしらの値で規模を数値化しないと、見積もりを行うことはできない

工数、費用は、規模の見積もりを元に見積もるので、

規模の見積もり結果に大きく影響される

20


見積もり手法例KKD 法勘・経験・度胸で！類推法過去の類似システムの実績を基に類推する積み上げ法対象を詳細なタスク / プロセスに分解し、分

解した 1 つ 1 つに対して見積もりを行い、その結果を積み上げて全体の見積もりとする

LOCFP 法ユースケースポイントオブジェクトポイント

パラメトリックス法数値モデルによって見積もりを行う CoBRA 法 ,COCOMOⅡその他 PJ メンバで意見を出し合い、協議するプランニングポーカー

ストーリーポイント21


見積もり手法メリットデメリットKKD 法適用が簡単精度が人に依存しすぎる

根拠があいまい類推法実績値が利用できる類似の事例が必要

何を持って類似とするか決めが必要積み上げ法手順がある程度決まっている

見積もり段階で作業が明確になるPJ の初期では必要な情報がない場合がある

パラメトリックス法精度・信頼度が高い見積もり根拠が提示できる

見積もりに時間がかかる学習コストがかかる

プランニングポーカーストーリーポイント適用が簡単大規模な見積もりには向かない

22


規模を表すのに利用される代表的な値

• LOC　ソースコードの行数

•ファンクションポイント (FP)　機能要件ごとの扱うデータと処理を数値化

• ストーリーポイント　フィボナッチ数列 (1,2,3,5,8…) を使って、相対的な値を設定

•ユースケースポイント　ユースケースとアクターを数値化

•オブジェクトポイント　画面・帳票の項目

23


LOC の課題• PJ の初期段階での適用が困難• 非開発者にとっては、あまり重要な指標ではない• 言語や開発者のスキルによって規模が増減する

FP法の特徴• PJ の初期段階から適用できる•ユーザ視点なので、非開発者にとっても理解し易い• 言語やスキルに影響されない•国際的に標準化されている• FP から LOC 、工数に変換できる• 原則として、人に依存しない 24


規模の見積もりまとめ• 工数、費用、工期は、システムの規模に大きく影響される

• システムの規模には、 LOC と FP で表現されることが多い

• FP は• PJ の初期段階から利用できる•ユーザ視点でステークホルダと合意が取りやすい• 人に依存しないといった特徴がある

25

FP法の紹介

26

概要機能 ( データの入出力と対象のデータ ) をポイント化して数値化する

手法で、ユーザ視点で数えることに主眼が置かれる

内部ロジックの複雑さは考慮されない

IFPUG で、計算手法をまとめて文書化しており、このマニュアルに従って計測した値が正規の値となる

組込み向けには、 COSMIC-FFP法がある(ユーザを人ではなく、センサーや他のハードウェアに置き換える )

27

FP法の紹介

前提機能は内部仕様、工法、品質要求、スキルに依存しないので規模を測るのに適している

システムの機能はプラットフォームが変わっても変化しない

適用条件オブジェクト指向で設計されたシステムは向いている扱うデータが少ないが、複雑な計算処理やロジックを持つ機能は向いていない

非機能要件が重要な位置を占めるシステム

28

FP法の紹介

計測対象データファンクショントランザクションファンクション調整係数

29

計測対象の AP

登録

更新

削除

画面表示

帳票出力

論理データ

エクスポート

インポート

論理データ

外部 AP

ユーザ

凡例

トランザクションファンクション

データファンクション

FP法の紹介

アプリケーション境界

参照

FP法の種類

30

種類概要計測対象利用可能時期IFPUG法フルスペックの FP 法データファンクション

トランザクションファンクション複雑度 (DET,RET,FTR)調整係数

基本設計 ( 外部設計 )終了後

概算法簡略化された FP 法複雑度に固定値を用いる未調整 FP まで求める

データファンクショントランザクションファンクション複雑度 ( 固定 )

要件定義終了後

試算法最も簡略化された FP 法PJ 開始前でも見積もり可能

データファンクション要件定義前

FP法の紹介

計測手順 (IFPUG法 )

31

FP法の紹介

アプリケーション境界の設定

データファンクションの抽出

トランザクションファンクションの

抽出

未調整 FP の算出

一般システム特性の判定

調整係数の算出

調整済 FP の算出DET,RET を計測し、

複雑度を判定

複雑度からFP値を出す

DET,FTR を計測し、複雑度を判定


計測手順 (概算法 )

32

FP法の紹介




抽出



計測手順 (試算法 )


公式を使ってFP 計算未調整 FP の算出


概算法計測対象

データファンクショントランザクションファンクション

33

FP法の紹介

計測対象の AP

登録

更新

削除

画面表示

帳票出力

論理データ

エクスポート

インポート

論理データ

外部 AP

ユーザ

凡例

トランザクションファンクション

データファンクション

参照

概算法の計測手順

34

FP法の紹介〜データファンクションの抽出〜




抽出




データファンクションとはユーザが識別できる論理的なデータのまとまり業務フローや DFD 、 ER図から抽出する

ポイント　　ユーザ視点での論理的なデータなので、システム化する際の正規化　　は考慮しない。

　　例 )

　　売上情報という１つのデータファンクションとして計測する35

社員基本情報社員詳細情報

1 n

社員情報


データファンクションの種類内部論理ファイル (ILF Internal Logical File) 計測対象のアプリケーションによって維持管理される論理データ

外部論理ファイル (ELF External Logical File) 計測対象のアプリケーションによって参照される論理データ維持管理は計測対象のアプリケーションではない

　　※維持管理＝登録・更新・削除を行う

36

・


データファンクションの分類方法

37

計測対象のアプリケーションで使用する論理データか？

データファンクションではない計測対象のアプリケーションよって維持管理されるか？

ILFELF

アプリケーション境界外にあり他のアプリケーションが維持管理している論理データか？

データファンクションではない

YES

YES

YES

NO

NO

NO

出典 : 「実践ファンクションポイント法」（鵜澤仁／経済調査会）をベースに作成


例題：人事システム

38

計測対象の AP人事システム

情報入力

参照

社員情報給与

情報

外部 AP給与システム

人事担当者ILF

経理

登録

ELF


複雑度から FP値を出す

39




抽出




FP法の紹介〜複雑度から FP値を出す〜

複雑度の判定データファンクションの複雑度を判定するデータファンクションは、データが大きいものや複雑なものほどFP値が高くなる

データの大きさ･･･ ”データの項目数” (DET Data Element Type) で表される

データの複雑さ･･･ ”データのサブグループの数” (RET Record Element Type) で表される

※概算法では複雑度は固定値を利用するので必要なし40


DET の数え方

41

基本情報・ ID

・氏名・メール・パスワード・性別・年齢・職業・分科会・分科会テーマ・登録者・登録日時

DET の数は 8 つ

システムが利用する項目(ユーザに見えない項目は対象外 )


システムが利用する項目(ユーザに見えない項目は対象外 )

RET の数え方

42

基本情報・ ID・氏名　　：・ ID・基本情報 ID・過去の参加

RET の数は 2 つ（基本情報、過去の参加情報）


DET 、 RET の計測結果を元に複雑度を判定する複雑度の判定

43

1 〜 19 20 〜 50 51 以上1 L 　 ( 低 ) L 　 ( 低 ) A ( 中 )

2 〜 5 L 　 ( 低 ) A ( 中 ) H ( 高 )

6 以上 A ( 中 ) H ( 高 ) H ( 高 )

RET DET

※概算法では、すべて　 L(低 ) 　とする


複雑度から FP値を判定するFP の点数表

44

複雑度 FP

L ( 低 ) 7

A ( 中 ) 10

H ( 高 ) 15

複雑度 FP

L ( 低 ) 5

A ( 中 ) 7

H ( 高 ) 10

ILF の点数 ELF の点数

※概算法では、すべて　 L(低 ) 　とする


FP値を求めてみましょう

45

ファンクション名ファンクションの種類分類複雑度ＦＰ

参加者情報データファンクション ILF L( 低 ) 7

ポジぺ情報データファンクション ILF L( 低 ) 7


トランザクションファンクションの抽出

46




抽出




FP法の紹介〜トランザクションファンクションの抽出〜

トランザクションファンクションユーザが行う業務そのものアプリケーション境界をまたぐものだけで、境界内で閉じてしまうものは含まない

目的の業務を行う為に、必要な処理をまとめて１つとして扱う

ユースケースレベルの粒度が良い

47

入力入力内容確認登録完了社員情報

を登録する

情報入力結果出力

ここまでを１トランザクションファンクションとして扱う


トランザクションファンクションの種類登録・更新系の業務 ( 機能 )外部入力 (EI External Input) 外部から入ってくるデータを処理して ILF を維持管理する

参照系の業務 ( 機能 )外部出力 (EO External Output) ILF 、 ELF のデータを加工 (演算 ) して、画面 (帳票 ) に出力する

外部照会 (EQ External Inquiry) ILF 、 ELF のデータを加工 (演算 ) せずに、画面 (帳票 ) に出力する

48


例題：人事システム

49

計測対象の AP人事システム

情報入力

参照

社員情報給与

情報

外部 AP給与システム

人事担当者

EI経理

登録

EO(EQ)


トランザクションファンクションの種類外部入力 (EI) の例社員情報を登録する

外部出力 (EO) の例社員の勤務時間の合計を出力する( 合計時間の計算処理あり )

外部照会 (EQ) の例社員情報を参照する

50


外部出力 (EO) の演算処理とは？以下は演算処理に含まない

出力情報の並び替え処理社員情報を入社日順にソートして出力

区分による出し分け処理役職がある社員のみ役職を出力する

フォーマット変換日付を和暦で表示する

51

処理 EO EQ

データを受け付ける △ △

データの加工が発生する ▲ ×

システムの動作を変更する ▲ ×

ILF を維持管理する ▲ ×

ユーザに情報を提供する ○ ○

「失敗のないファンックションポイント法」から引用して一部加工凡例○ なければならない△ あって良い▲ いずれが必要× あってはならない


トランザクションファンクションの分類方法

52

計測対象のアプリケーション内の論理データを維持管理するか？トランザクションファンクションではない参照系の機能か

演算処理がある

EOEQ

ILF を維持管理する

トランザクションファンクションではない EI

NO

NO YES

YES

YESNOYES

出典 : 「実践ファンクションポイント法」（鵜澤仁／経済調査会）をベースに作成

NO


複雑度から FP値を出す

53




抽出





外部入力 (EI) の複雑度判定1. DET( 画面項目 ) を計測する重複するデータ項目は 1DET とするファンクションを起動する手段 (ボタン ) は 1DET とするメッセージ出力はメッセージが複数あっても 1DET とする

2. FTR(関連参照ファイル数＝ ILF) をカウントする3. DET と FTR から複雑度を判定する4. 複雑度から FP値を求める

54

※概算法では、すべて　Ａ (中 ) 　とする


外部出力 (EO) と外部参照 (EQ) の複雑度判定1. DET( 画面項目 ) を計測する重複するデータ項目は 1DET とするファンクションを起動する手段 (ボタン ) は 1DET とするメッセージ出力はメッセージが複数あっても 1DET とする

2. FTR(関連参照ファイル数＝ ILF,ELF) をカウントする3. DET と FTR から複雑度を判定する4. 複雑度から FP値を求める

55



外部入力 (EI) の複雑度判定と FP 値• DET と FTR の計測結果から複雑度を判定し、 FP 値を求める

56

1 〜 4 5 〜 15 16 以上0 〜 1 L ( 低 ) L ( 低 ) A ( 中 )

2 L ( 低 ) A ( 中 ) H ( 高 )

3 以上 A ( 中 ) H ( 高 ) H ( 高 )

FTRDET 複雑度 FP

L ( 低 ) 3

A ( 中 ) 4

H ( 高 ) 5

EI の FPEI の複雑度



外部出力 (EO) と外部参照 (EQ) の複雑度判定と FP値• DET と FTR の計測結果から複雑度を判定し、 FP値を求める

57

1 〜 5 6 〜 19 20 以上0 〜 1 L ( 低 ) L ( 低 ) A ( 中 )

2 〜 3 L ( 低 ) A ( 中 ) H ( 高 )

4 以上 A ( 中 ) H ( 高 ) H ( 高 )

FTRDET 複雑度 FP

L ( 低 ) 3

A ( 中 ) 4

H ( 高 ) 5

EO 、 EQ の FPEO 、 EQ の複雑度



FP値を求めてみましょう

58


新規ポジペ登録トランザクションファンクション EI A( 中 ) 4

ログイントランザクションファンクション EO A( 中 ) 4

ポジペ更新トランザクションファンクション EI A( 中 ) 4



59




抽出




FP法の紹介〜未調整 FP の算出〜

未調整 FP抽出したデータファンクション、トランザクションファンクションに対して、それぞれ FP値を算出し、合計したものを未調整 FP という

60


未調整 FP値を求めてみましょう

61


参加者情報データファンクション ILF L( 低 ) 7

ポジぺ情報データファンクション ILF L( 低 ) 7

新規ポジペ登録トランザクションファンクション EI A( 中 ) 4

ログイントランザクションファンクション EO A( 中 ) 4

ポジペ更新トランザクションファンクション EI A( 中 ) 4

未調整 FP 26


調整済み FP(IFPUG法のみ )未調整 FP に対して、システムの特性 ( 非機能要件 ) を加味する(=調整係数 )

調整係数 =( 一般的システム特性の評価点✖ 0.01) + 0.65

62

FP法の紹介〜調整済み FP の算出〜

調整係数 ( 一般的システム特性 )下記 14 の特性を 0~5 で評価する

63

No 特性説明1 データ通信通信を行う度合い2 分散処理データ転送が行われる度合い3 性能レスポンスタイムやスループットの要求度合い4 高負荷構成資源制約の要求度合い5 トランザクション量トランザクション量の度合い6 オンライン入力データがインタラクティブに入力される度合い7 エンドユーザ効率使い易さへの配慮の度合い


調整係数 ( 一般的システム特性 )下記 14 の特性を 0~5 で評価する

64

No 特性説明8 オンライン更新 ILF がオンラインで更新される度合い9 複雑な処理ロジックの複雑さの度合10 再利用可能性再利用性の要求度合い11 インストール容易性可用性の要求度合い12 運用性運用面に留意する度合い13 複数サイト利用されるユーザや組織の度合い14 変更容易性容易に変更できることを考慮する度合い


各特性ごとの判断基準特性ごとに判断基準が定義されている　例） 3. 性能　の場合

65

評価点説明0 ユーザからの性能に対する要求は明言されていない1 性能条件と設計について要求が名言され、レビューが行われたが特別な対応は要

求されなかった2 レスポンスタイムまたはスループットがピーク時に厳しい状況になるが CPU 使用

率に対する設計上の配慮は不要である3 レスポンスまたはスループットが全業務時間中厳しい状況になるが CPU 使用率に

対する設計上の配慮は不要である4 3 に加えて、ユーザの指定した性能要求が厳しいので、設計段階で性能分析が必要

である5 4 に加えて、ユーザの指定した性能要件を満たすために、設計、開発、導入の段階

で性能分析ツールを使用する必要がある


FP法の紹介まとめ• FP法は、機能 ( データの入出力と対象のデータ ) をポイント化してシステムの規模を数値化する手法である

• IFPUG法、概算法、試算法の３つの計測方法がある

• 計測対象は、大きくデータファンクションとトランザクションファンクションがあり、それぞれ複雑度を判定して FP値を求める

• 非機能要件については、一般的システム特性でカバーしている66

FP法の紹介まとめ

67

種類概要計測対象利用可能時期IFPUG法フルスペックの FP 法データファンクション

トランザクションファンクション複雑度 (DET,RET,FTR)調整係数

基本設計 ( 外部設計 )終了後

概算法簡略化された FP 法複雑度に固定値を用いる未調整 FP まで求める

データファンクショントランザクションファンクション複雑度 ( 固定 )

要件定義終了後

試算法最も簡略化された FP 法PJ 開始前でも見積もり可能

データファンクション要件定義前

FP値の利用方法

68

69

FP値の利用方法〜 FP値から工数を求める〜

FP値から工数を求める方法類似システム参照法

公開されている統計資料 (IPA ソフトウェア開発データ白書など ) や自組織で蓄積した過去のプロジェクトデータから FP と工数の統計データや FPあたりの生産性を使って算出する

係数モデル見積り法 COCOMOⅡ などモデルを用いて算出する

※ COCOMOⅡ の場合は、 LOC ベースなので、 FP を LOC に変換した後に適用する

言語ごとの換算係数は、公開されているものがある※ SPR社の「プログラミング言語テーブル」など

70

FP値の利用方法〜 FP値から工数を求める〜

設計の成果物評価に利用する

「ファンクションポイント法を応用した外部仕様書の品質評価」

　　株式会社NTT データ　技術開発本部成田　有希　氏

http://www.juse.jp/sqip/symposium/2015/timetable/files/ronbun_A4-3.pdf

見積もりの有効性

71

試算法、概算法の有効性

72

見積もりの有効性

出典 : 「ソフトウェア見積り」（スティーブ・マコネル／日経 BP ソフトプレス） http://itpro.nikkeibp.co.jp/article/COLUMN/20131001/508039/?rt=nocnt

試算法が有効なタイミング

概算法 /IFPUG法が有効な

タイミング

必要な情報が少ない

4倍〜 0.25倍になる可能性がある

設計情報が揃っている

試算法でも十分意味がある

まとめ

73

74

まとめ•プロジェクトの失敗の原因の一つとして、見積もりミスがあげられるように、見積もりは重要

•見積もりの中でも、規模の見積もりは工数、工期、費用に大きな影響を与える

•規模の見積もりの一つの手法として FP法がある

•FP法は、プロジェクトのあらゆるタイミングで利用可能

75

まとめ•FP法はシステムの一面から規模を見積もる手法であり、万能ではない

•見積もりは、いくつかの方法を組み合わせて行うのが効果的である

•見積もりの精度の向上には、結果を蓄積していくことが大事

•トランザクションファンクションの粒度を揃えることがポイント

76

参考文献

失敗のないファンクションポイント法アレア実践 ! 事例で学ぶファンクションポイント法

―発注者も受注者もなっとく !ソフトウェアの規模が測れる手法鵜澤仁アジャイルな見積りと計画づくり

～価値あるソフトウェアを育てる概念と技法～ Mike Cohn 、安井力ソフトウェア見積り - 人月の暗黙知を解き明かすスティーブマコネル、溝口真理子、田沢恵

ソフトウェア開発見積りガイドブック～ ITユーザとベンダにおける定量的見積りの実現～独立行政法人情報処理推進機構ソフトウェア・エンジニアリング・センター

77

参考文献

規模の見積もり WACATE 2016 winter

Engineering