アウトプット

・規模 : 「小」、「中」、「大」 ・工数 : 「調査」、「設計」、「開発」、「単体テスト」、「結合テスト」

その他

意図的に過小見積もりをしてはいけない。過大見積もりより欠点が多い。

■良い見積もりとは プロジェクト責任者がプロジェクト達成に向けたコントロールを行う際に指標となる。

■見積と実績の誤差 良い見積もりは誤差が25%以内に収まる。 開発者が行う見積もりは楽観的で20%程度低くなると言われている。

経営陣が最も事前に知りたいことは「コスト、スケジュール、機能」である。

規模の測定

■規模の参考になる指標 機能 … 機能1つあたりの開発、テスト作業時間。 クラス … クラス1つあたりの開発、テスト作業時間。 ファンクションポイント … ファンクションポイント1つあたりの開発、テスト作業時間。 画面数、マーケティング要求、ストーリー

技法

異なる複数の技法で見積もることにより精度が高まる。

過去の類似プロジェクトと比較する。

要求変更が発生しそうな項目は懸念事項とする。

コントロールノブ（微調整）が多いほど逆に見積もりの精度が落ちる。（主観が強くなるため）

即答（即興見積もり）は精度が低い。10分でもいいので考える時間を作ること。

大数の法則 … 分解して見積もることで項目ごとの見積もり誤差を打ち消してくれる。

因子

・システムの業務知識 ・データベースの規模（単純に大きいほど複雑） ・プログラマーのスキル

見落としがちな項目

・質問、課題のやりとり ・リリース ・PCのセットアップ ・ビルドのサポート ・テストデータの作成 ・レビュー ・休暇（祝日、病欠）