人が増えても速くならない ～変化を抱擁せよ～

（概要）

ユーザー数が伸びるにつれて多くの要望が出てきても、新しい機能をスピーディーに追加できなくなってきた。ちょっとした修正のはずなのに、ものすごく時間がかかる。 ――そのようなことが起こる原因は、ソフトウェアが変化に適応できないから。
プログラミングを学んでも理解できないソフトウェアの本質を、プログラマーとして12年、経営者として12年の経験を持つ著者が集大成。

・完成しても終わりではない
・人が増えても速くならない
・たくさん作っても生産性が高いとは言えない
・人に依存せず同じ品質にはできない
・プレッシャーをかけても生産性は上がらない
・見積もりを求めるほど絶望感は増す
・一度に大きく作ると得に見えて損をする
・工程で分担しても効率化につながらない

これからの事業の成長に欠かせない思考法がわかる。

（こんな方におすすめ）

・起業家
・経営者
・事業責任者
・マネージャー

（目次）

1章 完成しても、終わりではない

システムは使い始めてから改善が始まる
なぜ、ソフトウェアなのに固くなってしまうのか
・・・

2章 人を増やしても速く作れるわけではない

2倍の予算があっても2倍の生産性にはならない
遅れているプロジェクトに人を追加するのはやめて
銀の弾丸はないが”金の弾丸”なら有効なときがある
・・・

3章 たくさん作っても生産性が高いとは言えない

あらゆる状況を考慮するのに時間がかかる
プログラムは現実の理解の上に成り立つ
影響範囲に気をつけて、重複をなくすことも仕事
・・・

4章 人に依存せず同じ品質で作ることはできない

ソフトウェアは一品モノ、1つずつ中身が違う
外から見える品質と、見ることのできない品質
エンジニアにしかわからないプログラムの美しさ
・・・

5章 プレッシャーをかけても生産性は上がらない

急がせたところで速く作ることはできない
一時的な妥協は、永遠の負債になる
作れば作るほど、生産性は落ちていく
・・・

6章 見積もりを求めるほどに絶望感は増す

なぜ、正確な見積もりが出せないのか
見積もりを守るためのバッファの功罪
見積もりと約束が”受発注”の関係を作ってしまう
・・・

7章 一度に大きく作れば得に見えて損をする

プロジェクトが大きくなるとうまくいきにくいのに、なぜプロジェクトは大きくなってしまうのか
ソフトウェア開発はギャンブルのようなもの、大きく賭けると大きく失敗する
小さくすれば不確実さを下げられる
・・・

8章 工程を分業しても、効率化につながらない

工程を分離しても生産性は上がらない
猫の手を借りても生産性は上がらない
プログラムは最も低い品質に引っ張られる
・・・