SlideShare une entreprise Scribd logo
1  sur  77
見積もり入門
~規模って何だろう~
2016.12.17
WACATE実行委員 福良 智明
2
見積もりの重要性
身近にある見積もり
見積もりというと・・・
プロジェクト提案(開始)時にPM、PLさんが・・・
3
要件は?
工数は何人月?
体制はどうする?
で納期とコストはこうだから..
(あれ?無理っぽくない..)
身近にある見積もり
その見積もり結果を持って、営業さんがお仕事をとって
くる
4
価格と納期はこちらに
なります
身近にある見積もり
で、皆さんは、その見積もりを元にした計画に従ってお
仕事をする。時には・・・
5
プロジェクト開始以前や初期に行うもので、あまり馴
染みがないという方も多いのではないでしょうか?
身近にある見積もり
6
提案 要件定義 設計 開発 テスト
このあたりで
見積もりを行う
見積もりを機会は、ここだけではありません。
皆さんの身近にも・・・
身近にある見積もり
 検証の依頼(テスト工程の工数、価格見積もり)
7
○○といったシステムの検証を
お願いしたいのですが・・・
それはどれくらいの規模ですか?
身近にある見積もり
 進捗の確認(作業の見積もり)
8
この作業ってあとどれくらいで
終わりますか?
これってこの日までにできる?
あと2人日欲しいですね。
身近にある見積もり
 PJの分析・改善提案(見積もり結果の利用)
9
見積もりに対して、
実際はどうだったんだろう?
過去の見積もりデータから、
見積もりの精度を向上させたいなぁ
…
上手くいったプロジェクトとそうで
ないプロジェクトの違いはなんだろ
う?
システム全体ではなくとも、工程や機能、タスクレベル
の小さな単位の見積もりに触れる機会が少なからずある
と思います。
身近にある見積もり
10
失敗プロジェクトの原因のほとんどは、
仕様の未凍結 と 見積もりミス
と言われたりもします。
このように見積もりは、身近であると共にプロジェクト
を成功させる上で非常に重要な要因の1つとなっていま
す。
身近にある見積もり
11
見積もりとは?
12
見積もりとは
目的
• ステークホルダ(お客様、PJの管理者など)が、適正な意思決定ができる
明確な視点(判断材料)を提供すること
• 何を判断する為の情報が欲しいかを確認してから見積もりを行うこと
例)
• プロジェクトを実施すべきかどうか?(お客様)
• 費用や工期等の制約の上でどこまで実現できるか?(お客様)
• プロジェクトを如何にコントロールしていくか?(PJ管理者)
13
見積もりとは
見積もりの対象
• 規模
• 見積もり対象のシステムの大きさ
• 工数
• 見積もった規模に対して、発生する作業量
• 費用
• 見積もった作業量を行うために必要なコスト
• 工期
• 見積もった作業量を行うために必要な期間
14
見積もりとは
見積もりに必要な要素
• 生産性
• 工数あたりの規模
例)
1人日でどれだけの規模の作業ができるか…等
• 変動要因
• 作業に影響する要因
例)
ロジックが複雑、高負荷での稼働、メンバのスキル
15
見積もりとは
見積もりの手順
16
要求・要件
規模の見積もり
工数の見積もり
工期の見積もり 費用の見積もり
生産性、
変動要因
1.要求や要件から対象の規模を見積
もる
2.規模に対して、生産性、変動要因
を加味して、工数を見積もる
3.工数から工期/費用を見積もる
※工期や費用が決まっている場合は、制約
として捉え、逆順で見積もっていく
今回のメイン
ここも少し取り上
げます
見積もりとは
規模の見積もり
規模を見積もってますか?
いきなり工数で見積もることも多いのではないでしょうか?
(=規模と生産性を一緒に考えてしまっている)
規模と生産性を一緒に考えてしまうと同じシステムでも・・・
Aさんは生産性を自分を基準に、Bさんは新人を基準に見積もると同じシステム
なのに、見積もり結果が違ってしまう
なぜ規模を見積もるのか
• 規模と生産性を分けて考えることができる
• 規模と生産性を分けると見積もり結果を比較しやすい 17
規模の見積もりって大事
見積もりとは
まとめ
• 見積もりの目的はステークホルダに判断材料を与えること
• 見積もりの対象には、規模、工数、費用、工期がある
• 見積もりに影響を与える要素には、生産性や変動要因がある
• 工数、費用、工期は、規模の見積もり結果から求めることができる
• 見積もり結果を有効に利用する為には、規模と生産性を分けて、規
模の見積もりを行うことが大事 18
19
規模の見積もり
実体のないソフトウェアの見積もりにおいて、何か
しらの値で規模を数値化しないと、見積もりを行う
ことはできない
工数、費用は、規模の見積もりを元に見積もるので、
規模の見積もり結果に大きく影響される
20
規模の見積もり
見積もり手法 例
KKD法 勘・経験・度胸で!
類推法 過去の類似システムの実績を基に類推する
積み上げ法 対象を詳細なタスク/プロセスに分解し、分解
した1つ1つに対して見積もりを行い、その結
果を積み上げて全体の見積もりとする
LOC
FP法
ユースケースポイント
オブジェクトポイント
パラメトリックス法 数値モデルによって見積もりを行う 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を計測し、
複雑度を判定
複雑度から
FP値を出す
計測手順(概算法)
32
FP法の紹介
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
計測手順(試算法)
データファンク
ションの抽出
公式を使って
FP計算
未調整FPの算出
アプリケーション
境界の設定
概算法
計測対象
 データファンクション
 トランザクションファンクション
33
FP法の紹介
計測対象のAP
登録
更新
削除
画面表示
帳票出力
論理
データ
エクスポート
インポート
論理
データ
外部AP
ユーザ
凡例
トランザクションファンクション
データファンクション
参照
概算法の計測手順
34
FP法の紹介〜データファンクションの抽出〜
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
未調整FPの算出
データファンクションとは
ユーザが識別できる論理的なデータのまとまり
業務フローやDFD、ER図から抽出する
ポイント
ユーザ視点での論理的なデータなので、システム化する際の正規化
は考慮しない。
例)
売上情報という1つのデータファンクションとして計測する
35
社員基本情報
社員詳細
情報
1 n
社員情報
FP法の紹介〜データファンクションの抽出〜
データファンクションの種類
内部論理ファイル(ILF Internal Logical File)
 計測対象のアプリケーションによって維持管理される論理データ
外部論理ファイル(ELF External Logical File)
 計測対象のアプリケーションによって参照される論理データ
維持管理は計測対象のアプリケーションではない
※維持管理=登録・更新・削除を行う
36
・
FP法の紹介〜データファンクションの抽出〜
データファンクションの分類方法
37
計測対象のアプリケーションで使用
する論理データか?
データファンクションではない 計測対象のアプリケー
ションよって維持管理
されるか?
ILFELF
アプリケーション境界外にあり
他のアプリケーションが維持管
理している論理データか?
データファンクションではない
YES
YES
YES
NO
NO
NO
出典:「実践ファンクションポイント法」(鵜澤仁/経済調査会) をベースに作成
FP法の紹介〜データファンクションの抽出〜
例題:人事システム
38
計測対象のAP
人事システム
情報入力
参照
社員
情報
給与
情報
外部AP
給与システム
人事担当者
経理
登録
FP法の紹介〜データファンクションの抽出〜
複雑度からFP値を出す
39
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
未調整FPの算出
FP法の紹介〜複雑度からFP値を出す〜
複雑度の判定
データファンクションの複雑度を判定する
データファンクションは、データが大きいものや複雑なものほど
FP値が高くなる
データの大きさ・・・
”データの項目数”(DET Data Element Type)で表される
データの複雑さ・・・
”データのサブグループの数”(RET Record Element Type)で
表される
※概算法では複雑度は固定値を利用するので必要なし
40
FP法の紹介〜複雑度からFP値を出す〜
DETの数え方
41
基本情報
・ID
・氏名
・メール
・パスワード
・性別
・年齢
・職業
・分科会
・分科会テーマ
・登録者
・登録日時
FP法の紹介〜複雑度からFP値を出す〜
RETの数え方
42
基本情報
・ID
・氏名
:
・ID
・基本情報ID
・過去の参加
FP法の紹介〜複雑度からFP値を出す〜
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値を出す〜
複雑度からFP値を判定する
FPの点数表
44
複雑度 FP
L (低) 7
A (中) 10
H (高) 15
複雑度 FP
L (低) 5
A (中) 7
H (高) 10
ILFの点数 ELFの点数
※概算法では、すべて L(低) とする
FP法の紹介〜複雑度からFP値を出す〜
FP値を求めてみましょう
45
ファンクション名
ファンクションの
種類
分類 複雑度 FP
参加者情報
データ
ファンクション
ILF L(低) 7
ポジぺ情報
データ
ファンクション
ILF L(低) 7
FP法の紹介〜複雑度からFP値を出す〜
トランザクションファンクションの抽出
46
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
未調整FPの算出
FP法の紹介〜トランザクションファンクションの抽出〜
トランザクションファンクション
ユーザが行う業務そのもの
アプリケーション境界をまたぐものだけで、境界内で閉じてし
まうものは含まない
目的の業務を行う為に、必要な処理をまとめて1つとして扱う
ユースケースレベルの粒度が良い
47
入力
入力内容
確認
登録完了
社員情報
を登録する
情報入力 結果出力
ここまでを1トランザクションファンクションとして扱う
FP法の紹介〜トランザクションファンクションの抽出〜
トランザクションファンクションの種類
登録・更新系の業務(機能)
 外部入力(EI External Input)
外部から入ってくるデータを処理してILFを維持管理する
参照系の業務(機能)
 外部出力(EO External Output)
ILF、ELFのデータを加工(演算)して、画面(帳票)に出力する
 外部照会(EQ External Inquiry)
ILF、ELFのデータを加工(演算)せずに、画面(帳票)に出力する
48
FP法の紹介〜トランザクションファンクションの抽出〜
例題:人事システム
49
計測対象のAP
人事システム
情報入力
参照
社員
情報
給与
情報
外部AP
給与システム
人事担当者
経理
登録
FP法の紹介〜トランザクションファンクションの抽出〜
トランザクションファンクションの種類
外部入力(EI)の例
 社員情報を登録する
外部出力(EO)の例
 社員の勤務時間の合計を出力する
(合計時間の計算処理あり)
外部照会(EQ)の例
 社員情報を参照する
50
FP法の紹介〜トランザクションファンクションの抽出〜
外部出力(EO)の演算処理とは?
以下は演算処理に含まない
出力情報の並び替え処理
 社員情報を入社日順にソートして出力
区分による出し分け処理
 役職がある社員のみ役職を出力する
フォーマット変換
 日付を和暦で表示する
51
処理 EO EQ
データを受け付ける △ △
データの加工が発生する ▲ ×
システムの動作を変更する ▲ ×
ILFを維持管理する ▲ ×
ユーザに情報を提供する ○ ○
「失敗のないファンックションポイント法」から引用して一部加工
凡例
○ なければならない
△ あって良い
▲ いずれが必要
× あってはならない
FP法の紹介〜トランザクションファンクションの抽出〜
トランザクションファンクションの分類方法
52
計測対象のアプリケーション内の論
理データを維持管理するか?
トランザクションファンク
ションではない
参照系の機能か
演算処理がある
EOEQ
ILFを維持管理する
トランザクションファンク
ションではない
EI
NO
NO YES
YES
YESNOYES
出典:「実践ファンクションポイント法」(鵜澤仁/経済調査会) をベースに作成
NO
FP法の紹介〜トランザクションファンクションの抽出〜
複雑度からFP値を出す
53
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
未調整FPの算出
FP法の紹介〜複雑度からFP値を出す〜
外部入力(EI)の複雑度判定
1. DET(画面項目)を計測する
 重複するデータ項目は1DETとする
 ファンクションを起動する手段(ボタン)は1DETとする
 メッセージ出力はメッセージが複数あっても1DETとする
2. FTR(関連参照ファイル数=ILF)をカウントする
3. DETとFTRから複雑度を判定する
4. 複雑度からFP値を求める
54
※概算法では、すべて A(中) とする
FP法の紹介〜複雑度からFP値を出す〜
外部出力(EO)と外部参照(EQ)の複雑度判定
1. DET(画面項目)を計測する
 重複するデータ項目は1DETとする
 ファンクションを起動する手段(ボタン)は1DETとする
 メッセージ出力はメッセージが複数あっても1DETとする
2. FTR(関連参照ファイル数=ILF,ELF)をカウントする
3. DETとFTRから複雑度を判定する
4. 複雑度からFP値を求める
55
※概算法では、すべて A(中) とする
FP法の紹介〜複雑度からFP値を出す〜
外部入力(EI)の複雑度判定とFP値
• DETとFTRの計測結果から複雑度を判定し、FP値を求める
56
1~4 5~15 16以上
0〜1 L (低) L (低) A (中)
2 L (低) A (中) H (高)
3以上 A (中) H (高) H (高)
FTR
DET
複雑度 FP
L (低) 3
A (中) 4
H (高) 5
EIのFPEIの複雑度
※概算法では、すべて A(中) とする
FP法の紹介〜複雑度からFP値を出す〜
外部出力(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 (高)
FTR
DET
複雑度 FP
L (低) 3
A (中) 4
H (高) 5
EO、EQのFPEO、EQの複雑度
※概算法では、すべて A(中) とする
FP法の紹介〜複雑度からFP値を出す〜
FP値を求めてみましょう
58
ファンクション名
ファンクションの
種類
分類 複雑度 FP
新規ポジペ登録
トランザクション
ファンクション
EI A(中) 4
ログイン
トランザクション
ファンクション
EO A(中) 4
ポジペ更新
トランザクション
ファンクション
EI A(中) 4
FP法の紹介〜複雑度からFP値を出す〜
未調整FPの算出
59
アプリケーション
境界の設定
データファンク
ションの抽出
トランザクション
ファンクションの
抽出
複雑度から
FP値を出す
複雑度から
FP値を出す
未調整FPの算出
FP法の紹介〜未調整FPの算出〜
未調整FP
抽出したデータファンクション、トランザクションファンク
ションに対して、それぞれFP値を算出し、合計したものを
未調整FPという
60
FP法の紹介〜未調整FPの算出〜
未調整FP値を求めてみましょう
61
ファンクション名
ファンクションの
種類
分類 複雑度 FP
参加者情報
データ
ファンクション
ILF L(低) 7
ポジぺ情報
データ
ファンクション
ILF L(低) 7
新規ポジペ登録
トランザクション
ファンクション
EI A(中) 4
ログイン
トランザクション
ファンクション
EO A(中) 4
ポジペ更新
トランザクション
ファンクション
EI A(中) 4
未調整FP 26
FP法の紹介〜未調整FPの算出〜
調整済みFP(IFPUG法のみ)
未調整FPに対して、システムの特性(非機能要件)を加味する
(=調整係数)
調整係数=(一般的システム特性の評価点✖0.01) + 0.65
62
FP法の紹介〜調整済みFPの算出〜
調整係数(一般的システム特性)
下記14の特性を0~5で評価する
63
No 特性 説明
1 データ通信 通信を行う度合い
2 分散処理 データ転送が行われる度合い
3 性能 レスポンスタイムやスループットの要求度合い
4 高負荷構成 資源制約の要求度合い
5 トランザクション量 トランザクション量の度合い
6 オンライン入力 データがインタラクティブに入力される度合い
7 エンドユーザ効率 使い易さへの配慮の度合い
FP法の紹介〜調整済みFPの算出〜
調整係数(一般的システム特性)
下記14の特性を0~5で評価する
64
No 特性 説明
8 オンライン更新 ILFがオンラインで更新される度合い
9 複雑な処理 ロジックの複雑さの度合
10 再利用可能性 再利用性の要求度合い
11 インストール容易性 可用性の要求度合い
12 運用性 運用面に留意する度合い
13 複数サイト 利用されるユーザや組織の度合い
14 変更容易性 容易に変更できることを考慮する度合い
FP法の紹介〜調整済みFPの算出〜
各特性ごとの判断基準
特性ごとに判断基準が定義されている 例)3.性能 の場合
65
評価点 説明
0 ユーザからの性能に対する要求は明言されていない
1 性能条件と設計について要求が名言され、レビューが行われたが特別な対応は要
求されなかった
2 レスポンスタイムまたはスループットがピーク時に厳しい状況になるがCPU使用率
に対する設計上の配慮は不要である
3 レスポンスまたはスループットが全業務時間中厳しい状況になるがCPU使用率に対
する設計上の配慮は不要である
4 3に加えて、ユーザの指定した性能要求が厳しいので、設計段階で性能分析が必要
である
5 4に加えて、ユーザの指定した性能要件を満たすために、設計、開発、導入の段階
で性能分析ツールを使用する必要がある
FP法の紹介〜調整済みFPの算出〜
FP法の紹介
まとめ
• FP法は、機能(データの入出力と対象のデータ)をポイント化して
システムの規模を数値化する手法である
• IFPUG法、概算法、試算法の3つの計測方法がある
• 計測対象は、大きくデータファンクションとトランザクションファ
ンクションがあり、それぞれ複雑度を判定して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
参考文献

Contenu connexe

Tendances

SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021Hiroshi Tokumaru
 
テスト観点に基づくテスト開発方法論 VSTePの概要
テスト観点に基づくテスト開発方法論VSTePの概要テスト観点に基づくテスト開発方法論VSTePの概要
テスト観点に基づくテスト開発方法論 VSTePの概要Yasuharu Nishi
 
探索的テスト入門
探索的テスト入門探索的テスト入門
探索的テスト入門H Iseri
 
アジャイル開発とメトリクス
アジャイル開発とメトリクスアジャイル開発とメトリクス
アジャイル開発とメトリクスRakuten Group, Inc.
 
小さなサービスも契約する時代
小さなサービスも契約する時代小さなサービスも契約する時代
小さなサービスも契約する時代Ryo Mitoma
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)mosa siru
 
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jpテストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jpkyon mm
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテストTakuto Wada
 
SQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するかSQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するかShogo Wakayama
 
KPTの基本と、その活用法
KPTの基本と、その活用法KPTの基本と、その活用法
KPTの基本と、その活用法ESM SEC
 
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug満徳 関
 
The use of test design for organizing specifications
The use of test design for organizing specificationsThe use of test design for organizing specifications
The use of test design for organizing specificationsTetsuya Kouno
 
イベント・ソーシングを知る
イベント・ソーシングを知るイベント・ソーシングを知る
イベント・ソーシングを知るShuhei Fujita
 
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)NTT DATA Technology & Innovation
 
みんなどんな書式でテストケース書いているの
みんなどんな書式でテストケース書いているのみんなどんな書式でテストケース書いているの
みんなどんな書式でテストケース書いているのkauji0522
 
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)Yoshitaka Kawashima
 
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしようちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしようYasuharu Nishi
 
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallZabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallAtsushi Tanaka
 
ランサムウェアのおはなし
ランサムウェアのおはなしランサムウェアのおはなし
ランサムウェアのおはなしShiojiri Ohhara
 
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなKentaro Matsui
 

Tendances (20)

SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
 
テスト観点に基づくテスト開発方法論 VSTePの概要
テスト観点に基づくテスト開発方法論VSTePの概要テスト観点に基づくテスト開発方法論VSTePの概要
テスト観点に基づくテスト開発方法論 VSTePの概要
 
探索的テスト入門
探索的テスト入門探索的テスト入門
探索的テスト入門
 
アジャイル開発とメトリクス
アジャイル開発とメトリクスアジャイル開発とメトリクス
アジャイル開発とメトリクス
 
小さなサービスも契約する時代
小さなサービスも契約する時代小さなサービスも契約する時代
小さなサービスも契約する時代
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
 
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jpテストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテスト
 
SQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するかSQL大量発行処理をいかにして高速化するか
SQL大量発行処理をいかにして高速化するか
 
KPTの基本と、その活用法
KPTの基本と、その活用法KPTの基本と、その活用法
KPTの基本と、その活用法
 
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug
今さら聞けないプロダクトオーナー アンチパターン入門 - XP祭り2015 #xpjug
 
The use of test design for organizing specifications
The use of test design for organizing specificationsThe use of test design for organizing specifications
The use of test design for organizing specifications
 
イベント・ソーシングを知る
イベント・ソーシングを知るイベント・ソーシングを知る
イベント・ソーシングを知る
 
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
 
みんなどんな書式でテストケース書いているの
みんなどんな書式でテストケース書いているのみんなどんな書式でテストケース書いているの
みんなどんな書式でテストケース書いているの
 
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
 
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしようちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしよう
 
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/FallZabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
Zabbix最新情報 ~Zabbix 6.0に向けて~ @OSC2021 Online/Fall
 
ランサムウェアのおはなし
ランサムウェアのおはなしランサムウェアのおはなし
ランサムウェアのおはなし
 
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるなテスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
 

En vedette

幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろうscarletplover
 
テストは料理だ!テストのレシピを見てみよう #wacate
テストは料理だ!テストのレシピを見てみよう #wacateテストは料理だ!テストのレシピを見てみよう #wacate
テストは料理だ!テストのレシピを見てみよう #wacateKazuhiro Takehana
 
Automation test.ssf alpha
Automation test.ssf alphaAutomation test.ssf alpha
Automation test.ssf alpharyuji koyama
 
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015 「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015 Kazuhito Miura
 
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015Yahoo!デベロッパーネットワーク
 
20151213 system test automation conference
20151213 system test automation conference20151213 system test automation conference
20151213 system test automation conferenceKazuaki Matsuo
 
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015Kotaro Ogino
 
STAC 2015 自動家は見た ~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャSTAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た ~自動化の現場の真実~ SIDE:マネージャNoriyuki Mizuno
 
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015Toru Koido
 
テスト計画セッション
テスト計画セッションテスト計画セッション
テスト計画セッションTomoaki Fukura
 
「シン・テストエンジニアのキャリアについて: Q裏 甘口」 wacate_2016_winter
「シン・テストエンジニアのキャリアについて: Q裏  甘口」 wacate_2016_winter「シン・テストエンジニアのキャリアについて: Q裏  甘口」 wacate_2016_winter
「シン・テストエンジニアのキャリアについて: Q裏 甘口」 wacate_2016_winter久仁朗 山本(旧姓 村上)
 
WACATE2016 冬 組み合わせテスト
WACATE2016 冬 組み合わせテストWACATE2016 冬 組み合わせテスト
WACATE2016 冬 組み合わせテストmirer
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacateKinji Akemine
 
テスト分析のまとめと技法の決定 グループ
テスト分析のまとめと技法の決定 グループテスト分析のまとめと技法の決定 グループ
テスト分析のまとめと技法の決定 グループTomoaki Fukura
 
ギアと開発とわたし_AAA2015
ギアと開発とわたし_AAA2015ギアと開発とわたし_AAA2015
ギアと開発とわたし_AAA2015Kazuhiro Suzuki
 
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことKatsunobu Harada
 
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくりプランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくりReimi Kuramochi Chiba
 
アジャイルな見積りと計画づくり2
アジャイルな見積りと計画づくり2アジャイルな見積りと計画づくり2
アジャイルな見積りと計画づくり2Arata Fujimura
 
アジャイルな見積りと計画づくり1
アジャイルな見積りと計画づくり1アジャイルな見積りと計画づくり1
アジャイルな見積りと計画づくり1Arata Fujimura
 
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要崇 山﨑
 

En vedette (20)

幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう幅広なテスト分析ができるようになろう
幅広なテスト分析ができるようになろう
 
テストは料理だ!テストのレシピを見てみよう #wacate
テストは料理だ!テストのレシピを見てみよう #wacateテストは料理だ!テストのレシピを見てみよう #wacate
テストは料理だ!テストのレシピを見てみよう #wacate
 
Automation test.ssf alpha
Automation test.ssf alphaAutomation test.ssf alpha
Automation test.ssf alpha
 
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015 「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
「自動家は見た! 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
 
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015
STAC2015 講演3 広告システム刷新よもやま話〜テストが当たり前となるまでにやったこと #stac2015
 
20151213 system test automation conference
20151213 system test automation conference20151213 system test automation conference
20151213 system test automation conference
 
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
 
STAC 2015 自動家は見た ~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャSTAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た ~自動化の現場の真実~ SIDE:マネージャ
 
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015
 
テスト計画セッション
テスト計画セッションテスト計画セッション
テスト計画セッション
 
「シン・テストエンジニアのキャリアについて: Q裏 甘口」 wacate_2016_winter
「シン・テストエンジニアのキャリアについて: Q裏  甘口」 wacate_2016_winter「シン・テストエンジニアのキャリアについて: Q裏  甘口」 wacate_2016_winter
「シン・テストエンジニアのキャリアについて: Q裏 甘口」 wacate_2016_winter
 
WACATE2016 冬 組み合わせテスト
WACATE2016 冬 組み合わせテストWACATE2016 冬 組み合わせテスト
WACATE2016 冬 組み合わせテスト
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
 
テスト分析のまとめと技法の決定 グループ
テスト分析のまとめと技法の決定 グループテスト分析のまとめと技法の決定 グループ
テスト分析のまとめと技法の決定 グループ
 
ギアと開発とわたし_AAA2015
ギアと開発とわたし_AAA2015ギアと開発とわたし_AAA2015
ギアと開発とわたし_AAA2015
 
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのことストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
 
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくりプランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
 
アジャイルな見積りと計画づくり2
アジャイルな見積りと計画づくり2アジャイルな見積りと計画づくり2
アジャイルな見積りと計画づくり2
 
アジャイルな見積りと計画づくり1
アジャイルな見積りと計画づくり1アジャイルな見積りと計画づくり1
アジャイルな見積りと計画づくり1
 
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
 

Similaire à 規模の見積もり WACATE 2016 winter

応用情報・午後・ストラテジ系を解く(H26秋)
応用情報・午後・ストラテジ系を解く(H26秋)応用情報・午後・ストラテジ系を解く(H26秋)
応用情報・午後・ストラテジ系を解く(H26秋)higher_tomorrow
 
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016kyon mm
 
Dev love関西「エンジニア×営業」営業マン8年目の本音
Dev love関西「エンジニア×営業」営業マン8年目の本音Dev love関西「エンジニア×営業」営業マン8年目の本音
Dev love関西「エンジニア×営業」営業マン8年目の本音Tetsuya Okubo
 
15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料POP
 
あなたの業務に機械学習を活用する5つのポイント
あなたの業務に機械学習を活用する5つのポイントあなたの業務に機械学習を活用する5つのポイント
あなたの業務に機械学習を活用する5つのポイントShohei Hido
 
BPR版データアカデミーその4
BPR版データアカデミーその4BPR版データアカデミーその4
BPR版データアカデミーその4Hiroyuki Ichikawa
 
KPTふりかえり実践研修のご紹介
KPTふりかえり実践研修のご紹介KPTふりかえり実践研修のご紹介
KPTふりかえり実践研修のご紹介ESM SEC
 
Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料Akiko Kosaka
 
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件Akira Fukami
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~正善 大島
 
提案プロセスのマネジメント
提案プロセスのマネジメント提案プロセスのマネジメント
提案プロセスのマネジメントNaoki Ishimitsu
 
楽天のRPAプラットフォーム構築事例
楽天のRPAプラットフォーム構築事例楽天のRPAプラットフォーム構築事例
楽天のRPAプラットフォーム構築事例Rakuten Group, Inc.
 
How to 社内導入 ~現場主導のRPA展開~
How to 社内導入 ~現場主導のRPA展開~How to 社内導入 ~現場主導のRPA展開~
How to 社内導入 ~現場主導のRPA展開~SatokoYoshida3
 
テストファーストのススメ
テストファーストのススメテストファーストのススメ
テストファーストのススメJunBear1
 
Dev Love Lt 20090622(佐々木)
Dev Love Lt 20090622(佐々木)Dev Love Lt 20090622(佐々木)
Dev Love Lt 20090622(佐々木)DevLOVE
 
超上流から攻めるIT化の原理原則17ヶ条
超上流から攻めるIT化の原理原則17ヶ条超上流から攻めるIT化の原理原則17ヶ条
超上流から攻めるIT化の原理原則17ヶ条Katsuhito Okada
 
Psp概説(エッセンス)
Psp概説(エッセンス)Psp概説(エッセンス)
Psp概説(エッセンス)Asako Yanuki
 
設計時の見落とし
設計時の見落とし設計時の見落とし
設計時の見落としyaju88
 
業務フロー_システム設計.pdf
業務フロー_システム設計.pdf業務フロー_システム設計.pdf
業務フロー_システム設計.pdfFlyke1
 

Similaire à 規模の見積もり WACATE 2016 winter (20)

応用情報・午後・ストラテジ系を解く(H26秋)
応用情報・午後・ストラテジ系を解く(H26秋)応用情報・午後・ストラテジ系を解く(H26秋)
応用情報・午後・ストラテジ系を解く(H26秋)
 
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
 
Dev love関西「エンジニア×営業」営業マン8年目の本音
Dev love関西「エンジニア×営業」営業マン8年目の本音Dev love関西「エンジニア×営業」営業マン8年目の本音
Dev love関西「エンジニア×営業」営業マン8年目の本音
 
15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料
 
あなたの業務に機械学習を活用する5つのポイント
あなたの業務に機械学習を活用する5つのポイントあなたの業務に機械学習を活用する5つのポイント
あなたの業務に機械学習を活用する5つのポイント
 
Application System導入価値を取り戻す“測る化”とは
Application System導入価値を取り戻す“測る化”とはApplication System導入価値を取り戻す“測る化”とは
Application System導入価値を取り戻す“測る化”とは
 
BPR版データアカデミーその4
BPR版データアカデミーその4BPR版データアカデミーその4
BPR版データアカデミーその4
 
KPTふりかえり実践研修のご紹介
KPTふりかえり実践研修のご紹介KPTふりかえり実践研修のご紹介
KPTふりかえり実践研修のご紹介
 
Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料Agile japan2010 rakuten様プレゼン資料
Agile japan2010 rakuten様プレゼン資料
 
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件
第13回 JPSPS in 大阪_失敗しないSharePointプロジェクト 案件
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
 
提案プロセスのマネジメント
提案プロセスのマネジメント提案プロセスのマネジメント
提案プロセスのマネジメント
 
楽天のRPAプラットフォーム構築事例
楽天のRPAプラットフォーム構築事例楽天のRPAプラットフォーム構築事例
楽天のRPAプラットフォーム構築事例
 
How to 社内導入 ~現場主導のRPA展開~
How to 社内導入 ~現場主導のRPA展開~How to 社内導入 ~現場主導のRPA展開~
How to 社内導入 ~現場主導のRPA展開~
 
テストファーストのススメ
テストファーストのススメテストファーストのススメ
テストファーストのススメ
 
Dev Love Lt 20090622(佐々木)
Dev Love Lt 20090622(佐々木)Dev Love Lt 20090622(佐々木)
Dev Love Lt 20090622(佐々木)
 
超上流から攻めるIT化の原理原則17ヶ条
超上流から攻めるIT化の原理原則17ヶ条超上流から攻めるIT化の原理原則17ヶ条
超上流から攻めるIT化の原理原則17ヶ条
 
Psp概説(エッセンス)
Psp概説(エッセンス)Psp概説(エッセンス)
Psp概説(エッセンス)
 
設計時の見落とし
設計時の見落とし設計時の見落とし
設計時の見落とし
 
業務フロー_システム設計.pdf
業務フロー_システム設計.pdf業務フロー_システム設計.pdf
業務フロー_システム設計.pdf
 

規模の見積もり WACATE 2016 winter

Notes de l'éditeur

  1. 5分
  2. 5分
  3. 5分
  4. 10分
  5. 15分
  6. エンジニア視点は、どうしてもコミットメントのイメージが強いので、 どちらを求められているかを確認する必要がある
  7. 工数、費用、工期はよく考えるけれど、規模についてはあまり考えたことがないという人も少なくないのではないか
  8. 7分
  9. 5分
  10. 各手法の中でも積み上げ法が最初に学ぶにはバランスが良さそう 積み上げ法の代表的な手法であるFP法についてみていきます
  11. SLOCに変換することもできる
  12. 25分
  13. ILF internal logical file ELF external logical file
  14. ILF internal logical file ELF external logical file
  15. ILF internal logical file ELF external logical file
  16. DET data element type
  17. DET data element type
  18. DET data element type
  19. DET data element type
  20. 55分
  21. EI External Input EO External Output EQ External Inpuiry
  22. ILF internal logical file ELF external logical file
  23. EI External Input EO External Output EQ External Inpuiry 演算処理の内容については、書籍に載っています
  24. FTR(File Type Reference)
  25. 一般40000 発表者 5000
  26. 75分
  27. 5分