ソフトウェア受託現場の「失敗」集めてみた。　４２の失敗事例で学ぶ受託開発のうまい進めかた

受託はしても受難はするな。受委託の狭間には魔物が住んでいる。予算に合わせて「できます症候群」、ゴールが違う「見かけの共同戦線」、その人はもういない「渡り鳥技術者」。なぜその案件はいつも炎上するのか？

なぜその案件はいつも炎上するのか？
受託開発リーダー必読の「失敗」の教科書！

受託開発が当たり前となった昨今、外部企業からの依頼を受けて開発を担う機会は増え続けています。

しかし、他社が絡む開発では常識や文化、さらには言語の違いなどが原因でトラブルが多く発生し、気づけば“炎上案件”に陥っていることも少なくありません。

・勢いで受注した案件に、想定外の技術課題が潜んでいた
・契約前に開発を始めた結果、案件そのものが消滅した
・要件が膨張し、気づけば赤字案件に転落していた

本書は、このような受託開発の現場で起こりがちな「失敗」を集めた事例集です。

架空の開発現場を舞台に「見積もり・契約」「要件定義」「オフショア開発」「納品」などに潜む落とし穴を全42篇収録。著者の実体験をもとにした、フィクションとは思えない臨場感抜群のエピソードの数々を通して、失敗をどうすれば回避できるのかを解説します。

★★★★★★★★★★

開発を“託される”のは、なぜこんなにも難しい？
受託はしても受難はするな！
著者史上「最大の失敗」が、あなたに迫るッ！

【収録エピソード（一部抜粋）】
●予算内で可能です「できます症候群」
●技術がなくても可能です「できます症候群（重篤化）」
●契約前に見切り発車「フライング受託」
●互いの言葉が通じない「テキストベース誤読要件」
●現世の常識を超えてくる「異世界仕様」
●いつでもオールグリーン「壊れた青信号」
●遅れなどなかった「進捗とんち職人」
●認識は人それぞれ「十人十色品質」
●バグこそありますが「エクスキューズ納品」
●責任のなすりつけあい「エビデンス発掘現場」
●不具合に付け込まれる「バグの身代金」
●その人はもういません「渡り鳥技術者」

目次

第1章「見積もり・契約」で失敗
01：力量を試されている「受託採用試験」
02：予算内で可能です「できます症候群」
03：技術がなくても可能です「できます症候群（重篤化）」
04：契約前に見切り発車「フライング受託」
05：その予算、まだ削れる「そろばん指向開発」
06：指示命令は誰から？「双頭の上司」

第2章「要件定義」で失敗
07：要求仕様書がない「口伝開発」
08：願望しか書いていない「お気持ち仕様書」
09：互いの言葉が通じない「テキストベース誤読要件」
10：あえて仕事は増やさない「戦略的未仕様」
11：動くかどうかは運しだい「非機能要件占い」
12：爆弾が紛れ込む「こっそり他社依存」
13：それ本当に必要？「見栄っぱり機能」

第3章「オフショア開発」で失敗
14：テストが通ればいい「はりぼて構造設計」
15：内部構造が溶けていく「デスファクタリング」
16：勇敢と無謀は違う「非実力派チャレンジャー」
17：現世の常識を超えてくる「異世界仕様」
18：いつでもオールグリーン「壊れた青信号」
19：遅れなどなかった「進捗とんち職人」
20：本当にあったんだ「実写版・人月の神話」
21：褒めるしかできない「高評価頂戴圧力」
22：手遅れになって現れる「ステルス進捗遅れ」
23：そもそもゴールが違う「見かけの共同戦線」

第4章「納品」で失敗
24：認識は人それぞれ「十人十色品質」
25：勝手に思い込んでいた「勘違い仕様」
26：バグこそありますが「エクスキューズ納品」
27：バックドアが開いている「トロイの木馬納品」
28：本番環境で動かない「デスクトップ上の空論」
29：責任のなすりつけあい「エビデンス発掘現場」

本の帯に関して

帯つきでの出荷はお約束しておりません。
商品ページに、帯のみに付与される特典物等の表記がある場合でも、確実に帯つきでの出荷はお約束しておりません。
また、帯は商品の一部ではなく「広告扱い」のため、帯の有無・破損による交換や返品は承っておりません。

版・表紙について

版・表紙（カバー）のご指定は承っておりません。ご注文いただくタイミングによっては、お届けする商品の版や表紙が商品ページ上のものとは異なる場合がございます。
また、初版にのみにお付けしている特典（初回特典、初回仕様特典）がある商品は、商品ページに特典の表記がされている場合でも、無くなり次第終了となります。