ITプロジェクトの無駄なコストを徹底削減！ 　ロスコストとは、「本来発生すべきでない費用や無駄な費用」のことです。もともとハードウエアのモノづくりの領域で使われていた言葉ですが、ITの領域でも、不採算プロジェクトに伴うロスコストは大きな経営課題です。頻繁に起こるスコープ変更などはその一例で、大きなロスコストを生み出す要因になります。 　「ロスコストマネジメント」は、このマイナスの費用をコントロールするための一連の活動です。本書では、ITプロジェクトのロスコストを削減するために必要な、ロスコストマネジメントの知識や技法について解説します。 　第1章では、ロスコストマネジメント全体の考え方について解説しました。プロジェクトで発生するロスコストの把握方法や振り返りの方法を取り上げています。 　第2章ではロスコストの予防のために必要な技法、教訓シートの作成方法とリスク連鎖モデルの作成方法を解説。リスク連鎖モデルは、ロスコスト発生のメカニズムを理解するのに役立つ技法です。 　第3章では、多額のロスコストを発生させる典型的な事例を、アンチパターンを基に解説し、防止策を示します。 　ITプロジェクトを成功に導くために必携の一冊です。ぜひご活用ください。

作業計画の極意、ここに完成！ 作業の洗い出し・スケジュール作成・工数見積もり・メンバーアサイン システム開発プロジェクトで実施する作業や成果物を分解する 「WBS（Work Breakdown Structure）」をテーマに、 その作り方から活用方法までを実践的かつ分かりやすく解説した1冊です。 日経SYSTEMSで好評を博した連載「はじめてのWBSの作り方」「実践！WBSの作り方」を ベースに、大幅に加筆・修正しました。 開発現場ですぐに活用できる、工程別の作業一覧も収録。 これ一冊で、タスクや成果物の洗い出しをはじめ、工数見積もり、 スケジューリング、メンバーアサインといった、作業計画の極意を習得できます。 ＜目次＞ 【第1章】 WBSとは 　　　　　　1-1■ WBS のメリット 　　　　　　1-2■ 作業分割の基本 　　　　　　1-3■ 使いやすい粒度 【第2章】 計画と活用 　　　　　　2-1■ 工数とスケジュール 　　　　　　2-2■ メンバーアサイン 　　　　　　2-3■ EVM 【第3章】 組織的な取り組み 　　　　　　3-1■ 効率化と標準化 　　　　　　3-2■ 工程の構成方法 【第4章】 工程別のWBS 　　　　　　4-1■ 要件定義のWBS 　　　　　　4-2■ 基本設計（非機能）のWBS 　　　　　　4-3■ 基本設計（機能）のWBS 　　　　　　4-4■詳細設計以降のWBS 　　　　　　4-5■ パッケージ適用開発のWBS ★付録★ WBSテンプレート

あいまいさになりがちなソフトウエアの見積もり技術に焦点を当てた一冊。「エンジニアリング」と「マネジメント」の観点から、合理的・論理的に見積もる方法を解説する。規模、工数、期間、コスト、価格など、ソフトウエア開発に関するあらゆる見積もりの手順や技法を体系的に紹介。見積書の具体的なサンプルを収録するほか、見積もり査定の手順を解説する。「プロジェクトの成否は開発前の見積もりで5～8割が決まる」と言われるだけに、見積もりを作成するプロジェクトマネジャーやITエンジニア、営業担当者をはじめ、見積もりを精査するユーザー企業の担当者の方にも参考になる。

システム開発プロジェクトにおける見積もりの進め方や技法については、ここ数年でずいぶん整備が進んできたと思います。FP(ファンクションポイント)法を使った規模見積もりや、WBS(Work Breakdown Structure)を使った工数見積もりの技法も、広くIT 現場で使われるようになりました。 ところが、提案・見積もり段階におけるユーザー(発注者)とベンダー(受託者)のやり取りにはまだまだ問題が残っているのが実情です。ユーザー側はベンダーから提示された見積額の妥当性に疑問を持ち、「ぼったくられているのではないか」という感覚が拭えません。 一方のベンダー側は、ユーザーが提案内容や価格の妥当性をきちんと理解してくれないこともさることながら、結局、価格競争にさらされて「買い叩かれるのではないか」という懸念が拭い切れません。 つまり、ユーザー、ベンダーとも提案・見積もり段階のやり取りについて苦労しているわけです。お互い、もしくは一方が不信感を持ちながらプロジェクトに入っていくことは好ましくないでしょう。良好なコミュニケーションが保てなくなると、プロジェクトが混乱する要因になります。 そこで本書では、ユーザーがベンダーにシステム開発を発注するための見積もり評価に焦点を当て、見積もりへの納得感をお互いに高めプロジェクトを成功に導くにはどうすればよいかを考えていきます。本書の視点はあくまでユーザーです。しかしベンダーの読者の方も、ユーザーが今後どんな手順や方法でベンダーの見積もりを評価するかを理解し、そこから自分たちの合理的・論理的な見積もりの作成につなげてもらえればと思います。