他責思考で考える、EMとICの本音

https://engineering-manager-meetup.connpass.com/event/347999/

1. 他責思考で考える、EMとICの本音 Engineering Manager Meetup #16 〜EMConf expansion〜 2025/4/24 徳田真之介
2. プロジェクト炎上！最初に考えるのは？ 1⃣ 誰のせい？ 2⃣ どう直す？
3. 自己紹介 徳田真之介 (とっく - @tokkuu) • 株式会社 メルカリ ◦ B2C/Ads • 好きな技術 ◦ TypeScript/Go/App Runner/Cloud Run ◦ Flutter/Firebase • 趣味など ◦ 3歳の娘のパパ ◦ ポーカー(超初心者) 3
4. 略歴 • SIer ◦ 新卒で入社後PjM(EMのような業務も) • ミロゴス ◦ Assistant Manager(実質EM。プレイングマネージャー ) • CyberAgent ◦ Software Engineer(IC) • Mercari ◦ EM 4
5. 他責が顔を出す瞬間は、役割を越境した時 • EM と IC を行き来した経験 ⇒ それぞれで 他責スイッチ が入りやすい場面が 違う • 役割チェンジ初期は 自分が握れない変数 が多く、他責に陥りやすい 5
6. 他責 vs 自責 他責=悪 ではなく思考停止シグナル 6 • 責任を外部に置く • コントロール不能領域に フォーカス • 言い訳が増える • 責任を内側に置く • コントロール可能領域を特 定 • 次のアクションが増える 他責思考 自責思考
7. EM視点: 3つの他責フレーズ • 📅 スケジュール遅延 ⇒「ビジネス側が要件を決め切らない」 • 😓 チームモチベ低下 ⇒「メンバーが自走しない」 • 🛠 技術的負債膨張 ⇒「過去実装が悪い」 7
8. IC視点: 3つの他責フレーズ • 🔄 仕様変更連発 ⇒「PM が優先度をコロコロ変える」 • 📊 タスク偏り ⇒「EM が状況を見ていない」 • 🏆 評価への不満 ⇒「制度が悪い」 8
9. お互いの領域に “適切な深さ” で潜るには 9 領域 EMが理解する深さ ICが理解する深さ 技術詳細・設計 Why/What:アーキテクチャ選定 理由、主要リスク、スケール戦 略 - ビジネス・組織状況 - Outcome / Constraint: 事 業KPI、優先度変動理由、 人員計画 相手領域の意思決定が成立する前提 を共有できればOK
10. 相互キャッチアップ手法 10 • 👥 モブプロ & デザインレビュー: ◦ EM が技術判断プロセスを体験、 IC がWhyを語る • 📚 輪読・ケーススタディ: ◦ 週1で30分、論文/障害事例/事業データを交互紹介 • 🎤 ライトニングトーク ◦ 月1、EM→ "優先度の裏側" / IC→ "設計の舞台裏" • 🍱 ランチ&ラーン ◦ カジュアルQAで“なぜ？”を溜めない
11. 転換フレーム: OODA(ウーダ) x 自責 • Observe (観察) ◦ 感情をラベリング • Orient(状況判断) ◦ 自分が動かせる変数を列挙 • Decide(意思決定) ◦ 最小の一手を選ぶ • Act(行動) ◦ すぐに実行 11 PDCAよりもスピーディーに意思決定サイクルを回すフレームワーク
12. まとめ • 他責は思考停止のサイン • EM と IC の本音ギャップ を言語化しよう 12
13. Podcastやってます！ https://podcasters.spotify.com/pod/show/5rh9uag8ah エンジニアがもがくラジオ エンジニアのキャリアなどについて雑談している Podcastです Spotify/Apple Podcast/Google Podcast/Amazon Musicなど主要スタンドで配信中！