ひとことで
チームが成果を出し続けられるよう、人の成長・チームの仕組み・技術の方向・事業との合意を担う。
EM（エンジニアリングマネージャー）は、チームが成果を出し続けられる状態をつくる人です。自分でコードを書いて成果を出すのではなく、人が育ち、仕組みが回り、技術の方向が正しく、事業と合意がとれている状態を保つことが仕事です。責任の範囲は、大きく次の4つに分けると整理しやすくなります。
| 領域 | 主な仕事 | 見るもの（例） |
|---|---|---|
| 人 | 1on1・育成・評価・採用・配置 | 成長の実感、離職の兆し、任せている仕事の難しさ |
| チーム | 体制・開発の進め方・文化・心理的安全性（失敗や疑問を口にしても大丈夫だと思える状態） | ふりかえりで出た課題、会議の量、オンコールの負担 |
| 技術 | 技術の方向・負債の管理・信頼性・設計レビューの場づくり | SLO の達成状況、負債の一覧、障害の件数 |
| 成果 | ロードマップ・優先順位・事業側との合意・進み具合の報告 | 約束した成果、Four Keys、関係者の満足度 |
4つは別々ではなくつながっています。たとえば「採用が遅れる（人）→ オンコールの人数が足りない（チーム）→ 障害対応で開発が止まる（技術・成果）」のように、1つの問題が他の領域に波及します。
面接ではこう答える
EM は、チームが成果を出し続けられる状態をつくる役割です。責任は人・チーム・技術・成果の4つに分けて考えています。人は1on1や育成・採用、チームは体制や進め方、技術は方向性や負債・信頼性、成果はロードマップと事業側との合意です。この4つはつながっていて、たとえば採用の遅れがオンコールの負担になり、開発の遅れにつながるので、1つだけを見ないようにしています。
EMとの関わりEM の面接の最初の質問「EM の役割をどう考えていますか」の土台になり、自分の経験をどの領域の話として語るかの整理にも使えます。