ソフトウェア見積り―人月の暗黙知を解き明かす

つぶやき

2008年に購入して勉強したけどとても難しかった・・・
akipii 
見積りの仕事が多いのに見積り技術を持っていないので読んでみた。
ソフトウェア見積りの本の中で最も内容が充実している。
Scrumのストーリーポイント、Velocityの解説がとても分かりやすかった。
スケジュール(月) = 3.0 x 人月^(1/3)
3.0は組織構築率で2.0-4.0ぐらいで変動

評価・詳細レビュー

(5.0点)
見積りの仕事が多いのに見積り技術を持っていないので読んでみた。
ソフトウェア見積りの本の中で最も内容が充実している。
Scrumのストーリーポイント、Velocityの解説がとても分かりやすかった。

参考になった人:0人   参考になった
(4.0点)

参考になった人:0人   参考になった
(4.0点)
前提として、ビジネス系のシステム開発ではなく、エンターテイメント系の自社システム開発や、よくやりとりのある顧客からの受託をしています。以下、その目線からの感想。
前半の見積りがはずれるリスク要因、見積り活動全体のアプローチや心構え、後半の経営陣とのやりとり、WBSのひな形によってモレをなくす、工数・工期などの関係などが有益です。
たとえば、
個々の標準偏差=(個々の最悪ケース見積り一個々の最良ケース見積り)÷6
みたいな例があります。この細かい数字はともかくとして、アプローチがあるっていうのが重要だと考えています。標準偏差(または、その予想値)を使うのだというのが大事なわけで。
中盤の具体的な見積り手法のうち役に立ちそうなのは、少しだけでした。これは対象としているビジネスの問題であって、見積り手法自体の問題ではないと思います。

参考になった人:0人   参考になった

引用

あなたにとって最も強力な交渉の味方は、見積りではない。それは、技術的な知識 を持たないステークホルダーたちが絶対に知る術のない計画の代替案を導き出す能力だ。あなたは技術的な知識の金庫の鍵を持っている。それゆえ、他の誰よりも創造的な解決策を生み出す責任を負う。あらゆる種類の可能性とトレードオフを提案するのは、あなたの役割だ。
お気に入りにいれた人:0人   お気に入りに追加する

コミットメントは交渉できるが、見積りを交渉の対象にしてはならない。
お気に入りにいれた人:0人   お気に入りに追加する

ウィッシュリストへ追加
非公開
タグ

メモ


ライブラリへ追加
非公開
評価
 
読書ステータス
つぶやく
タグ

メモ


タグを入れることで、書籍管理ページで、タグ毎に書籍を表示することが出来るようになります。
また、スペース区切りで入力することで1つの書籍に複数のタグをつけることもできます。

※注意: このタグはあなたの管理用だけでなく、書籍自体のタグとしても登録されます。あなた以外の人に見られても問題ないタグをつけてください。
ウィッシュリストからライブラリへ移動
評価
 
読書ステータス
つぶやく