はじめに

「このライブラリ、みんな使ってるから大丈夫でしょ」

「見積もり3週間って言ったけど、たぶん2週間でいけるかな」

「レビューで指摘したいけど、あの人シニアだしな……」

エンジニアとして働いていると、こうした判断を毎日のように下しています。技術的には正しいはずなのに、なぜか見積もりは外れる。論理的に説明したはずなのに、提案が通らない。冷静に考えれば気づくはずなのに、同じ失敗を繰り返す。

その原因の多くは、技術力の不足ではありません。人間の脳に組み込まれた「認知バイアス」が、判断を静かに歪めているのです。

心理学者ダニエル・カーネマンが提唱したシステム1(直感)とシステム2(熟慮)の二重過程理論は、エンジニアの仕事にそのまま当てはまります。コードを書くときの「なんとなくこう書けばいい」という直感、見積もりを出すときの「たぶんこのくらい」という感覚、コードレビューで最初に目についた問題に引きずられる傾向。すべてシステム1が引き起こす認知の歪みです。

本書は、認知バイアスと心理テクニックをエンジニアの実務に特化して解説します。

第1部「基礎編」 では、認知バイアスの仕組みとシステム1/2の理論、そしてAI時代に新たに生まれたバイアスを概観します。

第2部「対自分編」 では、見積もり・技術選定・デバッグ・キャリアの各場面で自分の判断を歪めるバイアスと、その対処法を扱います。

第3部「対人編」 では、コードレビュー・説得・1on1・会議・交渉の場面で使える心理テクニックと、逆に騙されないための防御策を紹介します。

第4部「チーム編」 では、心理的安全性・リモートワーク・採用面接など、組織レベルの心理力学を扱います。

各章では「使う側」と「騙されない側」の両面を解説しています。心理テクニックは武器にも盾にもなります。それだけの話です。仕組みを知ることで、自分の判断を改善し、他者との協働をより良いものにできます。

対象読者

• 経験3年以上のソフトウェアエンジニア
• テックリードやEM(エンジニアリングマネージャー)候補
• 技術力はあるが、対人場面で「なぜかうまくいかない」と感じている人
• 「影響力の武器」や「ファスト&スロー」の名前は知っているが、エンジニアの仕事にどう関係するのか知りたい人

心理学の予備知識は不要です。各概念はエンジニアの日常シーンを使って説明します。

第1章: 認知バイアスとは何か

あなたは今、2つの技術的なアプローチを比較しています。スペック表を見比べ、ベンチマーク結果を確認し、コミュニティの評判を調べました。十分に合理的な判断をしたつもりです。しかし振り返ると、最初に目に入った数値に引きずられていたり、自分が好きな技術に有利な情報ばかり集めていたりしませんでしたか。

これが認知バイアスです。

合理的に考えているつもりでも、脳が自動的に判断を歪めてしまう現象です。

認知バイアスの正体

認知バイアスとは、人間の脳が情報処理を効率化するために使う「ショートカット」が引き起こす、系統的な判断の偏りです。1970年代にダニエル・カーネマンとエイモス・トベルスキーが「不確実性下の判断: ヒューリスティクスとバイアス」という論文で体系化しました。

ポイントは「系統的」という部分です。認知バイアスはランダムなミスではありません。特定の方向に、予測可能な形で判断を歪めます。だからこそ、パターンを知っていれば対策できます。

現在、心理学の文献には200以上の認知バイアスが記録されています。すべてを覚える必要はありません。本書では、エンジニアの仕事に直結する約20のバイアスに絞って解説します。

エンジニアが特に影響を受ける理由

「エンジニアは論理的思考が得意だから、バイアスの影響は少ないのでは？」

残念ながら、逆です。2022年にACMの学術誌Communications of the ACMに掲載された実証研究(Chattopadhyay et al.)では、ソフトウェア開発者の日常業務を観察し、認知バイアスの影響が体系的に分析されています。この研究によると、エンジニアが特にバイアスの影響を受けやすい条件が3つあります。

• 不確実性の高い判断が多い：見積もり、設計方針の選択、技術選定など、正解が事前にわからない判断を日常的に求められます。不確実な状況ほど、脳はヒューリスティクス(直感的な近道)に頼りやすくなります。

• 時間的プレッシャーが常にある：スプリントの締め切り、リリース日、障害対応。熟慮する時間がないとき、脳は自動的にシステム1(直感モード)に切り替わります。

• 自分の合理性を過信している：論理的思考の訓練を受けているがゆえに、「自分はバイアスに騙されない」と信じやすい。これ自体がバイアス・ブラインドスポット(自分のバイアスには気づけない)と呼ばれる認知バイアスです。

エンジニアの日常に潜む5つのバイアス

本書で扱うバイアスの中から、代表的なものを5つ紹介しますが、各バイアスの詳しい解説は後続の章で行います。

アンカリング効果

最初に提示された数値に引きずられる現象です。「この機能、前回は2週間かかりました」と聞くと、今回の見積もりが2週間の前後に収束します。技術的な条件が前回と全く異なっていても、です。

確証バイアス

自分の仮説を支持する情報ばかり集め、反証する情報を軽視する傾向で、「このバグの原因はキャッシュだ」と仮説を立てると、キャッシュ関連のログばかり見て、データベースの異常を見落とします。

バンドワゴン効果

多くの人が採用しているものを正しいと判断しやすい傾向ですが、GitHubのスター数が多いライブラリを選んでしまうとき、実際にプロジェクトの要件に合っているかは別問題です。

ダニング=クルーガー効果

能力の低い人ほど自分の能力を過大評価し、能力の高い人ほど過小評価する現象です。新しい言語を少し触っただけで「だいたいわかった」と感じたことはありませんか。

サンクコスト錯誤

すでに投資した時間やコストに囚われて、合理的な撤退ができなくなる現象で、「3ヶ月かけて作ったこのフレームワーク、捨てるのはもったいない」という判断は、将来のコストではなく過去のコストに基づいています。

本書で扱う代表的な5つのバイアス — 第2部以降で詳しく解説

「使う」と「騙されない」の二面性

本書の各章では、認知バイアスと心理テクニックの「攻め」と「守り」を両方解説します。

• 使う側：提案を通したいとき、アンカリング効果を意図的に利用して最初に有利な数値を提示する
• 騙されない側：見積もり会議で最初に出た数字に引きずられていないか、自分の判断を検証する

心理テクニックの知識は、操作のためではなく、より良いコミュニケーションのために使いますが、相手のバイアスを悪用するのではなく、お互いのバイアスに気づくことで、チーム全体の意思決定の質を上げることが目的です。

本書の読み方

各章は独立して読めるように書いています。目次から気になるシーンを選んで読み始めても構いません。ただし、第1部(第1-3章)は全体の土台になるため、先に読むことを推奨します。特にシステム1/2の枠組みは後続の章で繰り返し参照します。