|
||||||||||||||||||||
|
||||||||||||||||||||
|
||||||||||||||||||||
よく一緒に購入されている商品
商品の説明
商品の説明
初めて学ぶソフトウエアメトリクス プロジェクト見積もりのためのデータの導き方
初めて学ぶソフトウエアメトリクス
初めて学ぶソフトウエアメトリクス
プロジェクト見積もりのためのデータの導き方
低品質や納期の遅れ,費用超過。ソフトウェア開発のこうした失敗は,そもそもプロジェクトを正しく見積もれていないから起こる。成果物を測定し,工数やコストを正確に予測するソフトウェア・メトリクスの必要性を説くのが本書だ。公式やグラフを多用しながらの淡々とした解説が,ソフトウェア開発というとらえどころのない相手に正面から立ち向かう勇気を与えてくれる。特に,どう頑張ってもそれ以上早く開発できない日程「最短開発期間」を重視している点に説得力がある。
(日経バイト 2005/12/01 Copyright©2001 日経BP企画..All rights reserved.)
--このテキストは、
単行本
版に関連付けられています。
出版社 / 著者からの内容紹介
決まって遅れるスケジュール――プロジェクトは正しく見積もれないのだろうか？ 本書はこの問いに対して、「プログラム規模」「時間」「工数」「信頼性」「生産性」の5つのメトリクス（測定基準）の相関関係を明示し、メトリクスをソフトウエア開発プロジェクトに生かす方法を解説した実践的教科書です。6300件のプロジェクトデータを分析し、その結果は70点以上の図で提示しています。本書の見積もりでは、プログラム開発期間に「最短開発時間」「現実的トレードオフ領域」「非現実的領域」という概念を導入し、開発の現場でどういったトレードオフの判断をしながら、時間と工数を見積もっていけばよいかを示しています。現実のデータをもとにプロジェクトマネジメント、品質管理の視点からメトリクスの使い方を解説した本書は、プロジェクトマネジャー、ソフトウエアテスト担当者や品質管理担当者にも役立つ一冊です。
--このテキストは、 単行本 版に関連付けられています。
--このテキストは、 単行本 版に関連付けられています。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
25 人中、19人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
2000年までの6300件のデータをもとに、多くのグラフを用いて説明されており、非常に説得力があります。
概念的には、機能総量＝プロセス生産性×工数×開発時間で表すことができます。この関係からわかるように、工数と開発時間はトレードオフ関係にあり、開発時間を延ばせば工数が減ることになります。
従来の見積もりでは単に人月であり、開発時間を考慮していないため、正確に見積もれないことがわかります。（100人月：100人なら１ヶ月？１人なら100ヶ月？）
どんなに頑張っても（コスト・人を投入しても）これ以上早くは開発できないという最短開発期間が存在するというのも、目から鱗でした。無理ムリのスケジュールでの開発は、破綻することになります。
計測されたデータの分析結果が主になっているので、いざ実際に計測しようとすると、他の書籍などを調べる必要があるかとは思います。
5章と11章だけでも読む価値があるかと思います。
概念的には、機能総量＝プロセス生産性×工数×開発時間で表すことができます。この関係からわかるように、工数と開発時間はトレードオフ関係にあり、開発時間を延ばせば工数が減ることになります。
従来の見積もりでは単に人月であり、開発時間を考慮していないため、正確に見積もれないことがわかります。（100人月：100人なら１ヶ月？１人なら100ヶ月？）
どんなに頑張っても（コスト・人を投入しても）これ以上早くは開発できないという最短開発期間が存在するというのも、目から鱗でした。無理ムリのスケジュールでの開発は、破綻することになります。
計測されたデータの分析結果が主になっているので、いざ実際に計測しようとすると、他の書籍などを調べる必要があるかとは思います。
5章と11章だけでも読む価値があるかと思います。
9 人中、7人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本
ソフトウエア開発の現場では、今でもいろんな混乱がある。
■工期短縮のためには工数増が必要であるのも拘わらず、プロジェクト開始後に要件決定の遅れや納期の短縮要求をズルズルと受け入れてしまう。
■トップがその年に決めた目標(たとえば生産性向上５％)を達成するために、他の重要なメトリックスを悪化させてしまう。
この本の中では、ソフトウェア開発の分野では中核となるメトリックスは５つある（規模、工数、工期、品質、生産性）といい、６３００の実績データの分析、メトリックスの導入、注意事項について解説している。
全体を通して痛感するのは、何を測るか、それをどのようにフィードバックするか、こういうことを継続して考えていかないと５つのメトリックスを同時に改善していくことはできないということ。本書の中で引用されている、絶対温度で有名なケルビンの「計測できればコントロールできる」という言葉が強く印象に残ります。日本でも、ソフトウェア開発分野のプロセスエンジニアという職種が定着することが必要とも感じました。
■工期短縮のためには工数増が必要であるのも拘わらず、プロジェクト開始後に要件決定の遅れや納期の短縮要求をズルズルと受け入れてしまう。
■トップがその年に決めた目標(たとえば生産性向上５％)を達成するために、他の重要なメトリックスを悪化させてしまう。
この本の中では、ソフトウェア開発の分野では中核となるメトリックスは５つある（規模、工数、工期、品質、生産性）といい、６３００の実績データの分析、メトリックスの導入、注意事項について解説している。
全体を通して痛感するのは、何を測るか、それをどのようにフィードバックするか、こういうことを継続して考えていかないと５つのメトリックスを同時に改善していくことはできないということ。本書の中で引用されている、絶対温度で有名なケルビンの「計測できればコントロールできる」という言葉が強く印象に残ります。日本でも、ソフトウェア開発分野のプロセスエンジニアという職種が定着することが必要とも感じました。
この商品のレビューをもっとご覧になりますか？
これらのレビューは参考になりましたか？
ご意見はクチコミでお聞かせください。
リストマニア
|
|
関連商品を探す
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
