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

開発工数11万人月、開発期間3年弱、2500億円が投じられ2008年12月に完了した世界最大のプロジェクト、三菱東京UFJ銀行のシステム完全統合「Day2」。その内側を徹底取材した。ピーク時には6000人の技術者が参画した大規模プロジェクトの創意工夫を細部まで浮き彫りにしている。 全体の計画立案、リスクの洗い出し、約70を数えたチーム作り、利用部門を巻き込んだ要件定義、IT企業との連携、品質と進捗の管理といった、あらゆる局面における正攻法をDay2という事例を通して学ぶ“生きた教科書”である。 これだけの規模のプロジェクトを大きなトラブルなく予算・納期どおりに完遂できたのは、IT部門が中心となって綿密な計画を立て、6000人が各自の持ち場で計画を着実に実行し、経営陣と利用部門がIT部門を全面支援したからだ。IT部門の関係者のみならず、ITを事業基盤として活用するあらゆる企業の経営者と利用部門のマネジャーにも、組織連携のあるべき姿を克明に伝える貴重な書籍となっている。

要求定義の「正しい手順」を提示し、圧倒的な支持を得た不朽の名著の改訂版。 「基幹系」と「情報系」、それぞれのシステムでの要求定義の手順を具体的かつ実践的に解説します。 筆者の豊富な経験に基づいたケーススタディとそのまま使える豊富なドキュメントサンプルで「いつ」「誰が」「何を」「どのように」「なぜ」やればよいかがわかります。 ≪目次≫ 【序章】 問題提起 　■要求定義の担当者はプロ集団ではない 【第1章】 要求定義を学び直す 　1-1■良い要求定義とはどんなものか 　1-2■良い要求定義を阻むものは何か 　1-3■開発プロセスの中でどう位置付けるのか　　ほか 【第2章】 要求定義の手順を知る─基幹系システム編 　2-1■基幹系システムのプロセス・マップの考え方 　2-2■［プロセス1］ 戦略と目的を確立する 　2-3■［プロセス2］ スコープを設定する　ほか 【第3章】 要求定義の手順を知る─情報系システム編 　3-1■情報系システムのプロセス・マップの考え方 　3-2■［プロセス1］ 戦略と目的を確立する 　3-3■［プロセス2］ スコープを設定する 　3-4■［プロセス3］ 対象ユーザーを洗い出す 　3-5■［プロセス4］ 現状を把握する　　ほか 【第4章】 要求定義のトラブル・シューティング 　4-1■思い通りに進まない原因を潰す 　4-2■トラブル・シューティング一覧

AWSの基本操作からサイト構築まで 本書の手順に沿うだけで実践できる! クラウドサービス「Amazon Web Services(AWS)」を活用してWebサイトやシステムを構築するための実践書です。 AWSでアカウントを作成して仮想サーバーを立てるところから始め、Webサーバーをインストールしたり、 IPアドレスを割り当てたり、操作画面を付けて丁寧に説明します。 さらに、定型的な設計パターンを使って、画像動画配信サイトやEコマースサイトなどの構築まで実践します。 手順に沿って進むだけで、インターネットストレージ、データベースサービス、DNSサービス、 仮想ロードバランサーなど、AWSの各種サービスを使いこなせるようになります。 初めてAWSを利用する人から、AWSのサービスを使いこなせるようになりたい人まで必見の書です。 目次 【1章】 Amazon EC2の基本操作 【2章】 基本クラウドデザインパターン 【3章】 画像動画配信サイトの構築 【4章】 Eコマースサイトの構築 【5章】 キャンペーンサイトの構築

「営業を強化しているのに売り上げが伸びない。」そこには明らかな理由がある。市場構造や意思決定者が変化しているにもかかわらず、相変わらず個人のスキルに頼った営業を続けているからだ。個人戦を前提にした売上管理、営業マン管理の時代は終わった。 これからの営業はプロセスをマネジメントする組織戦の時代だ。無借金経営や日次決算、BSC(バランス・スコア・カード)導入、コンサルティング事業の立ち上げなど、アスクラボ自らが取り組んできた実体験に基づき、営業を個人戦から組織戦に変え、企業を再生するための道筋を示す。