毎日のように画面に現れるエラーメッセージ、リリース直前に発覚するクリティカルな不具合、そして深夜まで続くデバッグ作業......。「バグと品質」は、ソフトウェア開発に携わるエンジニアにとって、避けては通れない永遠の課題といってよいでしょう。「テストしているはずなのに、なぜ障害が出るのだろう？」「レビューもやっているのに、品質が上がっている実感がない」。そんなモヤモヤを抱えているエンジニアは少なくないと思います。こんな哲学的な問いに多くの先輩エンジニアたちも直面してきました。今回の記事では、技術的なハウツーを超えて、そんな哲学が記され、読み継がれてきた珠玉の「読み物」を極力ネタバレなしで紹介したいと思います。
1. 「迫りくるバグとの死闘」編
1章では最前線でバグと対峙したエンジニアたちの姿を描いた名著を紹介したいと思います。描かれているエンジニアたちのエンジニア魂と技術哲学は、私たちに勇気と指針を与えてくれると思います。
1-1. 『闘うプログラマー ビル・ゲイツの野望を担った男達』
（著者）G・パスカル・ザカリー、山岡洋一・訳（発行元）日経BP
https://bookplus.nikkei.com/atcl/catalog/09/P47570/
もし、あなたが終わりの見えないプロジェクトの渦中にいるなら、『闘うプログラマー』は最高の参考書になるかもしれません。本書はマイクロソフトのOS「Windows NT」の開発プロジェクトを描いたノンフィクション。ノンフィクションの名作の一つといわれています。
物語の中心にいるのは、「伝説のプログラマー」といわれるデビッド・カトラーです。カトラーは、豊富な実績からビル・ゲイツにスカウトされてマイクロソフトに入りました。マイクロソフトは当時、堅牢なOSを求めて『Windows NT』の開発を進めていました。
本書には数多のバグと大プロジェクトのプレッシャーの中、リリースを阻止する最悪のバグ「ショーストッパー（Show stopper）」と闘うエンジニアたちの姿が描かれています。ちなみに、原題は「Show Stopper!」です。「Show Stopper」には最悪のバグの意味の他に「観客が熱狂する素晴らしい名演技、名場面」といった意味があります。拍手が鳴り止まなくてショーが止まるようなニュアンスだと思います。これが、ビジネスや開発の現場では「致命的な問題（不具合）」の意味になります。"止まる"ニュアンスが強調されているようですね。
Windows NT開発の根底にあったのは「世界を変えるOSを作る」という執念でしょう。その理想を叶えるためにはバグは敵です。品質とは、魂を削るような熱狂の中から生まれるものであることを、この本は教えてくれている気がします。
1-2. 『ZERO BUGS シリコンバレープログラマの教え』
（著者）ケイト・トンプソン 酒匂寛・訳 （発行元）日経BP
https://bookplus.nikkei.com/atcl/catalog/17/P55130/
「バグを見つけて直す」のではなく「最初からバグを作らない」にはどうしたらいいか――。そんな理想的な状態を目指すための思考法と習慣をまとめた一冊です。基本的に世の中では「バグはなくならない」「バグは仕方ないもの」という諦めにも似た認識が広まっていますが、本書はバグのないコード（ゼロバグ）を書くことは可能だという前提で書かれています。
本書がユニークとされたのは、高度なデバッグ技術そのものよりも、日々の心構えや習慣に焦点を当てた点だと思います。78の法則が記されていますが、その多くはシンプルかつ強力な原則といえるものです。
バグを出さないためには規律が必要というメッセージで、バグ修正に追われる毎日から抜け出し、創造的な開発に時間を割きたいと願うすべてのエンジニアに、本書は「攻め」の品質管理とメンタルが学べるガイドといえると思います。読みやすいという評価も多く、休みの日に読んでもいいかもしれません。
1-3. 『リファクタリング 第2版 既存のコードを安全に改善する』
（著者）マーティン・ファウラー、児玉公信・友野晶夫・平澤章・梅澤真史・訳 （発行元）オーム社
https://www.ohmsha.co.jp/book/9784274224546/
外部からの振る舞いを変えずに、内部の構造を改善し続けるための体系的な手法をまとめた、ソフトウェア開発の定番書籍で、「名著」と評価の高い本です。約20年前のものから進化して、第2版になっています。サンプルコードがJavaからJavaScriptになるなどしていますので、読む際は現代に即した第2版を手にしたいところです。
重複したコード、長すぎる関数、巨大なクラス......といったバグの温床を減らし、美しいコードとすることの必要性を説いています。コードが綺麗なら将来の変更も容易になるでしょう。本書では、これらの問題を解消するためコードを美しく保つ手法が解説されています。日々の開発の中で、少しずつコードを良くしていく習慣が品質を守る鍵となるのかもしれません。
1-4. 『Clean Architecture 達人に学ぶソフトウェアの構造と設計』
（著者）ロバート・C・マーチン、角征典・高木正弘・訳（発行元）KADOKAWA
https://www.kadokawa.co.jp/product/301806000678/
著者のロバート・C・マーチンは「アンクル・ボブ（ボブおじさん）」として知られています。本書では、ボブおじさんの経験に基づいて、変更に強く、テストが容易で、持続可能なソフトウェアの構造とは何かが解き明かされます。
完璧に動くけれど変更できないプログラムよりも、完璧でなくても変更が簡単なプログラムの方が価値は高いといった話が展開されています。本書の核心は、バグを生み出しにくい構造そのものを考えることにあるのではないかと思います。
2.「最強のチームの創り方」編
バグの原因を突き詰めると、コードというよりも「チーム」やそこに集う「人」の問題が潜んでいることがあるといわれます。ここでは、チーム文化や人間関係の側面から品質を考える書籍を紹介したいと思います。
2-1. 『ピープルウエア ヤル気こそプロジェクト成功の鍵』
（著者）トム・デマルコ、ティモシー・レスター、松原友夫・山浦恒央・長尾高弘・訳（発行元）日経BP
https://bookplus.nikkei.com/atcl/catalog/13/P85240/
開発プロジェクトでは技術よりも「人」が大切だと解くのが『ピープルウエア』です。1987年の初版は、どちらかといえば技術に偏重していたプロジェクト管理の常識を覆し、多くのエンジニアやマネージャーの目を覚まさせた歴史的名著とされています。現在の第３版では、リーダーシップや会議、ひとりごと、対話といった時代に即した内容が追加されています。
本書では、騒がしいオフィスや、分断された業務時間、メンバー間の信頼の欠如といった環境要因が、いかにエンジニアの集中力を奪い、その結果としてバグを生むのかが科学的に示されています。サブタイトルにあるとおり、「ヤル気こそプロジェクト成功の鍵」であり、エンジニアが知的生産活動に没頭できる環境を守ることこそが、品質向上の最短ルートだとユーモラスに解説しています。
技術的なスキルアップと同じくらい、あるいはそれ以上に、チームの環境と心を整えることが「良い仕事」には不可欠なのだと気づかせてくれるでしょう。
2-2. 『Team Geek ― Googleのギークたちはいかにしてチームを作るのか』
（著者）ブライアン・W.フィッツパトリック、ベン・コリンズ・サスマン、角征典・訳（発行元）O'Reilly Japan
https://www.oreilly.co.jp/books/9784873116303/
『Team Geek』も複数のエンジニアが関わるプロジェクトでは、それぞれが単に良いコードを書くだけではプロジェクトが成功には至らないことを示しています。本書は、Googleのエンジニアたちが実践する「最強のチーム」を作るための方法を解説し、それが想像を超えてシンプルで人間臭いものだと教えてくれます。
バグ修正やコードレビューの場面で、攻撃的な言葉が飛び交ってしまい、心理的な安全性が損なわれると、チームは萎縮し、隠蔽体質が生まれてしまうのです。しっかり運営されたチームでは、ミスは失敗ではなく、学習機会になっています。本書には、リーダーはどうあるべきか、といったことをはじめ、トラブルを起こす人の扱い方なども記されており、これからリーダーになる人にも勧めたい一冊になっています。
2-3. 『伽藍とバザール』
（著者）エリック・レイモンド、山形浩生・訳・解説（発行元）USP研究所
https://www.usp-lab.com/book.garan.html
『伽藍とバザール』は、オープンソースソフトウェア（OSS）のソフトウェア開発方法について述べた書籍です。1999年に刊行されてから、ハッカー文化の聖典ともいわれるほど支持を集めています。原題の『The Cathedral and the Bazaar』の「Cathedral」は、大聖堂の意味で、著者（エリック・レイモンド）は中央集権的な開発スタイルの象徴として記しましたが、訳者の山形浩生氏は建築学の知識から「伽藍」と翻訳しているそうです。
本書では、閉鎖的な「伽藍」と開放的な「バザール」を対比させ、ソースコードを公開して世界中の開発者を巻き込むことで、バグ発見と修正のプロセスが劇的に加速することを示しています。この哲学は、Linuxだけでなく、現代のGitHubを中心とした開発スタイルの原点といえるでしょう。ソースや開発プロセスを開放することが、品質向上への意外な近道となる可能性を本書は示しています。
3. 「組織とプロセス、品質の再考」編
バグやシステム障害の背後には、常に組織の構造的な欠陥が存在します。なぜ人間は同じ過ちを繰り返してしまうのか？ チームより大きな組織論的な視点、プロセスの確認から、未来の品質を考える参考となりそうな書籍を紹介します。
3-1. 『ユニコーン企業のひみつ ― Spotifyで学んだソフトウェアづくりと働き方』
（著者）ジョナサン・ラスマセン、島田浩二・角谷信太郎・訳（発行元）
https://www.oreilly.co.jp//books/9784873119465/
大規模な成功を収めているITユニコーン企業が「何を」「どうして」いるのかをSpotifyでアジャイルコーチやエンジニアとして働いた経験のある著者が解説する書籍が『ユニコーン企業のひみつ』です。どのように、チームを運用し働き方と企業文化のあり方を創造し、複数のチームが連携して高品質のプロダクトを生み出していくための方法が学べます。
もしかすると、マネージャーや経営層にインパクトがある書籍かもしれません。一方、見方を変えると、エンジニアが自社の状況を判断し、スタートアップからスケールする企業で働くマインドを知ることもできる面白い書籍だと思います。
3-2. 『失敗の本質 日本軍の組織論的研究』
（著者）戸部良一・寺本義也・鎌田伸一・杉之尾孝生・村井友秀・野中郁次郎（発行元）中央公論新社
https://www.chuko.co.jp/bunko/2024/12/207593.html
一見、ITとは無関係に思える「日本軍の研究書」である『失敗の本質』が、多くのエンジニアや経営者に読み継がれています。戸部良一らが示した日本軍が陥った組織的な不全が、現代のITの開発現場におけるデスマーチ・プロジェクトと似ているだけでなく、様々な組織の「失敗」とも似ていたことから、ビジネス、開発現場、教育現場でも参考になると支持されてきたのです。
本書は、日本軍の敗因を様々な観点から分析しています。客観的なデータ（戦況）よりも、組織内の人間関係や空気、忖度を優先させ、都合の悪い事実を握り潰し、一度決めた計画に固執して、変化に対応できない体質。これらはまさに、失敗するプロジェクトに共通するポイントといってよいでしょう。見方を変えると日本人にありがちな思考にある「悪いクセ」の危険性を示しているともいえます。日本人エンジニアならば読んでおきたい一冊かもしれません。
4. まとめ「エンジニア魂」に火をつける本
バグと品質への取り組みは、コード上のロジックを超えた、人間と組織のドラマといってよいでしょう。今回紹介した本は、技術的な解法だけでなく、エンジニアとしての生き様やプライドを問いかけています。机上の空論ではなく、先輩エンジニアたちが行動して得た教訓は、あなたのエンジニア魂に火をつけてくれると思います。
