IT 業界の病理学

★なんちゃってアジャイル症候群、「運用でカバー」依存症、永遠の進捗 90 ％…… IT 業界の問題とその原因、対処法を体系化 「流行っているものに闇雲に飛びつきマネするも、うまくいかなければ『ウチには合わない』と早々に捨て去ってしまう」 「リスクをまるで無視して、目先のマイルストーンだけを目指してひたすら突進し、プロジェクトが破綻」 「トラブルの原因を十分に分析しないまま、もっともらしい再発防止策はとられるものの、問題が再発」 今日も IT 業界のどこかの現場で猛威をふるっている“病気”の原因と背景、そして治療法と予防法を、現場の一線で活躍するエンジニアたちが体系化。開発、レビュー・テスト、保守・運用、マネジメント、業界まで、「あるある」で終わらせず、一歩先に踏み出すためのヒントが満載。 ■■ 1 章 開発の病気 ■ 1-1 仕様を決められないユーザー (司馬) ■ 1-2 「現行どおり」の要件定義 (佐々木) ■ 1-3 要求に対する問題がリリースの直前になって見つかる (秋山) ■ 1-4 スパゲッティ・ドキュメント (森) ■ 1-5 T.B.D 依存症 (都築) ■ 1-6 なんちゃってアジャイル症候群 (司馬) ■ 1-7 絶対にさわれないソースコード (森) ■ 1-8 だれも見ない開発標準 (秋山) ■■ 2 章 レビュー・テストの病気 ■ 2-1 全部そろってからレビュー (森) ■ 2-2 メールレビューという名のアリバイ作り (秋山) ■ 2-3 腐敗したテスト仕様書 (都築) ■ 2-4 絶対に見ないエビデンス (森) ■ 2-5 重荷にしかならない不具合管理 (鈴木昭) ■ 2-6 テストケース肥大病 (鈴木昭) ■■ 3 章 保守・運用の病気 ■ 3-1 困りごとが解決されないヘルプデスク (秋山) ■ 3-2 マニュアルどおりにしか動けない運用者 (司馬) ■ 3-3 「運用でカバー」依存症 (司馬) ■ 3-4 なんちゃって DevOps 症候群 (司馬) ■ 3-5 高齢化するばかりの運用現場 (司馬) ■■ 4 章 マネジメントの病気 ■ 4-1 プロジェクト管理無計画病 (司馬) ■ 4-2 有識者をつれてきたから安心病 (鈴木準) ■ 4-3 リリース可否判定会議直後の重大バグ報告 (秋山) ■ 4-4 杓子定規な監査 (堀) ■ 4-5 プログラマのモチベーションが一番大事病 (司馬) ■ 4-6 問題解決のための会議に当事者が参加していない (秋山) ■ 4-7 再発防止につながらないトラブル解析 (秋山) ■ 4-8 永遠の進捗 90 ％ (司馬) ■ 4-9 失敗だらけの PoC (司馬) ■ 4-10 部署名錯乱病 (司馬) ■■ 5 章 業界の病気 ■ 5-1 勉強会は業務ですか? (秋山) ■ 5-2 受注のジレンマ (森) ■ 5-3 超多段階下請け開発 (司馬) ■ 5-4 プログラマ→ SE →プロマネのキャリアパス病 (司馬) ■ 5-5 学生のキャリアアンマッチ病 (司馬)