Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
他責思考で考える、EMとICの本音
Search
tokku5552
April 28, 2025
Technology
1
130
他責思考で考える、EMとICの本音
https://engineering-manager-meetup.connpass.com/event/347999/
tokku5552
April 28, 2025
Tweet
Share
More Decks by tokku5552
See All by tokku5552
Google CloudとAWSのコンテナ実行環境比較
tokku5552
0
210
高スループット・低レイテンシを実現する技術
tokku5552
3
14k
AWS CDKのススメ
tokku5552
1
510
Messaging APIのメッセージオブジェクトを検証できるChrome拡張機能を作った話
tokku5552
1
130
FlutterにLINEログインを仕込んで通知メッセージを送る
tokku5552
2
980
AWS CDK × Reactでliffをつくる
tokku5552
1
550
Flutterで単体テストを行う方法とGitHub Actionsを使った自動化
tokku5552
1
100
ネットワーク基礎 - WEBページが表示されるまで
tokku5552
1
270
インフラエンジニアのお仕事(オンプレ)
tokku5552
0
150
Other Decks in Technology
See All in Technology
データ戦略部門 紹介資料
sansan33
PRO
1
3.8k
「魔法少女まどか☆マギカ Magia Exedra」におけるバックエンドの技術選定
gree_tech
PRO
0
110
ソースを読むプロセスの例
sat
PRO
15
9.8k
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
12
81k
Data Hubグループ 紹介資料
sansan33
PRO
0
2.2k
JSConf JPのwebsiteをGatsbyからNext.jsに移行した話 - Next.jsの多言語静的サイトと課題
leko
2
180
クラウドとリアルの融合により、製造業はどう変わるのか?〜クラスメソッドの製造業への取組と共に〜
hamadakoji
0
360
個人でデジタル庁の デザインシステムをVue.jsで 作っている話
nishiharatsubasa
2
3.9k
だいたい分かった気になる 『SREの知識地図』 / introduction-to-sre-knowledge-map-book
katsuhisa91
PRO
3
1.3k
「改善」ってこれでいいんだっけ?
ukigmo_hiro
0
410
GraphRAG グラフDBを使ったLLM生成(自作漫画DBを用いた具体例を用いて)
seaturt1e
1
110
Building a cloud native business on open source
lizrice
0
170
Featured
See All Featured
Practical Orchestrator
shlominoach
190
11k
Facilitating Awesome Meetings
lara
57
6.6k
Music & Morning Musume
bryan
46
6.9k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Building a Modern Day E-commerce SEO Strategy
aleyda
44
7.8k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
930
A Tale of Four Properties
chriscoyier
161
23k
Bash Introduction
62gerente
615
210k
Docker and Python
trallard
46
3.6k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
The Language of Interfaces
destraynor
162
25k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
190
55k
Transcript
他責思考で考える、EMとICの本音 Engineering Manager Meetup #16 〜EMConf expansion〜 2025/4/24 徳田真之介
プロジェクト炎上!最初に考えるのは? 1⃣ 誰のせい? 2⃣ どう直す?
自己紹介 徳田真之介 (とっく - @tokkuu) • 株式会社 メルカリ ◦ B2C/Ads
• 好きな技術 ◦ TypeScript/Go/App Runner/Cloud Run ◦ Flutter/Firebase • 趣味など ◦ 3歳の娘のパパ ◦ ポーカー(超初心者) 3
略歴 • SIer ◦ 新卒で入社後PjM(EMのような業務も) • ミロゴス ◦ Assistant Manager(実質EM。プレイングマネージャー
) • CyberAgent ◦ Software Engineer(IC) • Mercari ◦ EM 4
他責が顔を出す瞬間は、役割を越境した時 • EM と IC を行き来した経験 ⇒ それぞれで 他責スイッチ が入りやすい場面が
違う • 役割チェンジ初期は 自分が握れない変数 が多く、他責に陥りやすい 5
他責 vs 自責 他責=悪 ではなく思考停止シグナル 6 • 責任を外部に置く • コントロール不能領域に
フォーカス • 言い訳が増える • 責任を内側に置く • コントロール可能領域を特 定 • 次のアクションが増える 他責思考 自責思考
EM視点: 3つの他責フレーズ • 📅 スケジュール遅延 ⇒「ビジネス側が要件を決め切らない」 • 😓 チームモチベ低下 ⇒「メンバーが自走しない」
• 🛠 技術的負債膨張 ⇒「過去実装が悪い」 7
IC視点: 3つの他責フレーズ • 🔄 仕様変更連発 ⇒「PM が優先度をコロコロ変える」 • 📊 タスク偏り
⇒「EM が状況を見ていない」 • 🏆 評価への不満 ⇒「制度が悪い」 8
お互いの領域に “適切な深さ” で潜るには 9 領域 EMが理解する深さ ICが理解する深さ 技術詳細・設計 Why/What:アーキテクチャ選定 理由、主要リスク、スケール戦
略 - ビジネス・組織状況 - Outcome / Constraint: 事 業KPI、優先度変動理由、 人員計画 相手領域の意思決定が成立する前提 を共有できればOK
相互キャッチアップ手法 10 • 👥 モブプロ & デザインレビュー: ◦ EM が技術判断プロセスを体験、
IC がWhyを語る • 📚 輪読・ケーススタディ: ◦ 週1で30分、論文/障害事例/事業データを交互紹介 • 🎤 ライトニングトーク ◦ 月1、EM→ "優先度の裏側" / IC→ "設計の舞台裏" • 🍱 ランチ&ラーン ◦ カジュアルQAで“なぜ?”を溜めない
転換フレーム: OODA(ウーダ) x 自責 • Observe (観察) ◦ 感情をラベリング •
Orient(状況判断) ◦ 自分が動かせる変数を列挙 • Decide(意思決定) ◦ 最小の一手を選ぶ • Act(行動) ◦ すぐに実行 11 PDCAよりもスピーディーに意思決定サイクルを回すフレームワーク
まとめ • 他責は思考停止のサイン • EM と IC の本音ギャップ を言語化しよう 12
Podcastやってます! https://podcasters.spotify.com/pod/show/5rh9uag8ah エンジニアがもがくラジオ エンジニアのキャリアなどについて雑談している Podcastです Spotify/Apple Podcast/Google Podcast/Amazon Musicなど主要スタンドで配信中!