エンジニアリングマネージャー転職は評価と採用の経験で選ぶ

エンジニアリングマネージャー転職は人の管理経験の必須条件を読む

エンジニアリングマネージャーへの転職は、技術を教えた経験だけで応募先を決めないでください。メンバーの目標設定、評価、育成、採用のどこを担当したかを整理します。本記事では、この職種をEMとも表記します。

求人の条件が曖昧なら、募集を扱う採用窓口や、すでに利用中の紹介担当者に確認します。自分の役職名だけでなく、実際に担った人事業務を伝えてください。必須条件のどの部分を満たすか、未経験の部分は何かを分けて聞きましょう。

スピークバディのBackend EM求人では、人の管理経験が必須とされています。そこには目標設定・評価・育成・採用のすべてが含まれます。同時に、Backend開発経験に基づく技術判断やレビューも求めています。スピークバディの必須条件

一方、カンムのB2B EM求人は、複数名のチームやプロジェクトの成果への責任を必須としています。役割設計や委譲などを通じた経験を挙げ、役職名は問いません。評価・育成・1on1・目標設定の経験は、歓迎条件に記載しています。カンムの必須・歓迎条件

エンジニアのリーダー経験を一括してEM経験に置き換えない

レビューや技術相談を担当しても、人事評価の担当者だったとは限りません。反対に、正式なEMの肩書がなくても、人の目標設定や継続支援を担っていた場合があります。名称より、担当した行為と責任の範囲を説明することが重要です。

上の比較は、確認時点の二つの求人例です。EM全般の応募条件や、未経験で採用される可能性を示すものではありません。会社名だけで判断せず、応募する職種の必須条件を読み直してください。

エンジニアリングマネージャー転職は評価と採用の担当範囲を記録する

職務経歴は、人事業務をまとめて「マネジメント経験」と書く前に分解します。自分が行ったこと、上長や人事が決めたこと、その後に確認したことを分けましょう。評価への意見提出と、評価結果の決定を同じ実績にしないためです。

業務	経験として整理する内容	区別して書くこと
目標設定	役割に応じた目標を本人とどう確認したか	目標案の助言か、合意まで担当したか
評価	どんな基準と事実を集め、誰に説明したか	評価案の作成、調整、最終決定のどこか
育成	課題を見つけ、任せる仕事や支援をどう変えたか	一度の助言か、継続して経過を確認したか
採用	求める役割の整理、面接、判断、入社後支援	面接参加だけか、他の段階も担当したか
役割の調整	負荷や依存関係を見て、分担をどう変えたか	提案だけか、変更後の成果にも責任を持ったか

これは職務経歴を整理するための表です。すべての会社が同じ評価制度を使う、という説明ではありません。応募先で必要な業務に合わせて、自分の実例を選んでください。

エンジニアの人材育成は面談回数より支援の経過を説明する

1on1は、上司とメンバーが個別に話す機会です。実施回数だけを並べるより、確認した課題と、その後に変えた支援を説明します。技術の相談を受けたことと、継続して成長や役割を支えたことを分けます。

たとえば、担当が偏っていたため、本人と相談して仕事を段階的に任せた経験です。何を任せ、どこを支援し、どのような変化を確認したかを順に記録します。これは説明の組み立て例なので、実際に経験していない内容を加えないでください。

結果を数字で説明する場合は、期間と対象をそろえます。チームの成果が改善していても、そのすべてを自分の面談の効果だと断定しません。担当者の交代や仕事量の変化など、他の要因も区別して説明しましょう。

個人の評価表や1on1の記録を、そのまま応募先へ提出する必要はありません。本人を特定する情報や社内の非公開情報を除き、自分の判断と支援の流れを説明します。資料の外部共有に制限がある場合は、勤務先のルールに従ってください。

エンジニアリングマネージャー転職は技術業務と組織の成果を両方確認する

EMになれば実装を行わない、という前提で求人を選ばないでください。スピークバディの募集には、人の管理に加え、一部の開発や技術リードが含まれています。カンムの募集も、現在自ら設計・実装・技術判断に入っていることを必須としています。スピークバディの業務内容・カンムの必須条件

管理と実装を両方求める求人では、何を優先する役割かを確認します。人員不足を自分の実装だけで埋めることが期待されるのか、役割や体制を変えることが期待されるのかを聞きます。求人票に時間配分がなければ、比率を推測せず、実際の仕事の例を尋ねましょう。

GitLabの職務定義では、EMは人の管理を専門とし、採用やチームの成果にも責任を持ちます。定期的な個別面談や業績へのフィードバックと、技術的な指導を挙げています。海外一社の職務定義であり、日本の求人すべてに同じ役割を求めるものではありません。GitLabのEM職務定義

エンジニア組織で自分が動かせることと支援を受けることを確かめる

採用や評価を担当すると書かれていても、最終決定の権限までは分からない場合があります。求人票の言葉を、担当者と確認する質問へ変えます。最終判断を上長や人事が行う場合も、自分に求められる準備や説明を明確にしましょう。

技術判断を主な仕事にしたい場合は、テックリードの責任範囲も比較できます。EMを技術職の一律の上位職とせず、どちらの責任を担いたいかで考えてください。会社によって兼務もあるため、肩書だけで分けないことが大切です。

エンジニアリングマネージャー転職は未経験の業務を分けて応募する

経験を整理したら、求人の必須条件と一対一で照合します。人の管理経験があるかという二択ではなく、経験がある業務と未経験の業務を並べます。必要な条件が分からない箇所だけ、採用窓口に確認しましょう。

エンジニアの応募書類には未経験と今後担いたい業務を分けて書く

未経験の業務を、担当したかのように書かないでください。たとえば、採用面接へ参加した経験があっても、採用要件の策定は未経験という場合があります。参加した選考の段階と、自分の意見がどの判断に使われたかを説明します。

応募先には、経験のある業務をどう生かし、未経験の業務をどんな支援のもとで担うかを確認します。上長や人事の支援、引継ぎの方法、最初に任される範囲を具体的に聞きましょう。その回答を、実際に担いたい仕事と照合して判断します。

職務の説明が固まった後は、内定時の労働条件の確認も行います。人を支える責任が増えることと、給与や勤務条件が自動的に希望どおりになることは別です。経験、担当する責任、支援を受けられる範囲が分かった状態で、応募や入社を判断してください。