---

🎮 ゲーム業界・IT業界でPMOとして働いていると、 こんな瞬間、ありませんか？

• 🤔 エンジニアの説明、なんとなく分かるけど腹落ちしない
• 🌀 「それは低レイヤの話で…」と言われて思考停止
• ⏱️ 見積もりや工数の重さが感覚でしか判断できない

私はエンジニアではないPMOですが、 「分からないまま管理する」状態にずっとモヤモヤしていました。

そこでやったのが👇

💡 コードを書けなくてもいいから、本で“思考の前提”を知ること

この記事では、 PMO目線で「これは本当に読んでよかった」と思えた技術書を紹介します📖✨

---

📘 リーダブルコード

🧠 読もうと思った理由

• レビューコメントの意味が分からなかった
• 「このコード分かりづらいです」と言われても理由が分からない

😮 読んでみてどうだった？

• 「読みやすいコード＝優しさ」だと知った
• エンジニアの指摘が感情論じゃないと理解できた

✨ PMO的に良かったポイント

• 設計レビュー時の会話が成立するようになった
• 「なぜ今直したいのか」を翻訳できるようになった

👩‍💼 こんな人におすすめ

• PM / PMO / ディレクター
• エンジニアとの温度差に悩んでいる人

---

📗 詳解 システム・パフォーマンス 第2版

🧠 読もうと思った理由

• 「重い」「遅い」の原因が毎回ふわっとしていた
• 障害対応の会議が怖かった

😵 正直な感想

• 最初は意味が分からない😂
• でも、全部理解しなくていいと割り切ったら一気に楽に

✨ PMO的に刺さったポイント

• パフォーマンス問題は“気合”じゃなく“構造”の話
• 数字・観測・切り分けの重要性が分かった

👩‍💼 こんな人におすすめ

• インフラ・サーバーが絡む案件のPMO
• 障害対応・性能改善の会議に出る人

---

📕 Binary Hacks

―ハッカー秘伝のテクニック100選

🧠 読もうと思った理由

• 原因不明のバグが「謎のまま」終わることが多かった
• エンジニアが言う「低レイヤ」が分からなかった

😳 読んでみてどうだった？

• 難しい。でも世界が一段深くなる
• 抽象化の“下”に何があるかを初めて知った

✨ PMO的に一番の収穫

• 「これは簡単に直らないやつだ…」が判断できるようになった
• エンジニアの説明に納得できる場面が増えた

👩‍💼 こんな人におすすめ

• 原因不明バグに何度も遭遇してきた人
• 技術的な説明を“理解したフリ”で終わらせたくない人

---

🤔 エンジニアじゃないのに、ここまで読む意味ある？

あります。めちゃくちゃあります。

🧩 これらの本を読んで変わったのは👇

• 会話の解像度が上がった
• 無理なスケジュールを無理だと説明できるようになった
• エンジニアへのリスペクトが言葉じゃなくなった

---

🎯 まとめ：作れなくても、分かるようにはなれる

コードが書けなくても、 アーキテクチャを設計できなくても、

📖 「どういう前提で作られているか」を知るだけで、PMOの仕事は確実に変わります。

👩‍💼 アラサー 👩‍💼 非エンジニア 👩‍💼 でも業界理解は本気でやりたい

そんな人に、 この3冊は自信をもっておすすめできます✨