開発経験を積むと、PMや管理職への打診が増えます。そこで迷います。役職が上がる一方、設計や実装から離れる可能性もあるため、昇進だけで決めると希望とのずれが生じます。
判断の起点は、肩書ではなく次の仕事で増やしたい責任です。技術判断、案件推進、組織運営では、扱う課題も評価基準も異なります。順番に整理します。
開発から管理職へ進むと何が変わる？
管理職求人では、責任の範囲が広がる場合があります。開発職で担ってきた設計、実装、レビューに加え、採用、配置、評価、育成、予算を扱うポジションもあります。範囲は求人ごとに違います。
成果の測り方も求人ごとに確認します。自分が書いたコードだけでなく、チームが期限内に価値を届けられる状態を評価対象に含む場合があります。次の違いを見ます。
- 自分の成果物とチーム全体の成果を、どのような比率で評価するか
- 採用、育成、配置、評価のうち、どこまでを担当するか
- 実装、会議、調整、意思決定に、どの程度の時間を割くか
- 担当者が課題を解ける環境づくりを、どこまで求められるか
面接では「実装、会議、採用、評価、予算管理に、それぞれどの程度の時間を割きますか」と聞きます。プレイングマネージャーを含め、企業やポジションによる配分の違いを確認できます。
PMと管理職は同じキャリアなのか？
同じではありません。PMはプロジェクトの目的、範囲、進行、品質、関係者調整を担い、管理職は組織の採用、評価、育成、配置などを担います。ただし会社によって兼務があります。
肩書だけでは読めません。求人票にPMとあっても、要件整理が中心なのか、進捗管理が中心なのか、部下の評価まで含むのかで仕事は変わります。権限も確認します。
ITエンジニアのPMキャリアを考えるなら、プロジェクト責任と人事上の責任を分けてください。両方を望むのか、片方に集中したいのかを決めると、求人の比較が進みます。
ITエンジニアの求人は現在480件をお預かりしています。読みながら実際の条件を見比べられます。
ITエンジニアの求人一覧を見る技術を続けたいなら管理職を避けるべき？
一律に避ける必要はありません。プレイングマネージャー、テックリード、エンジニアリングマネージャーでは、実装と管理の配分が異なります。名称より実態です。
技術を軸にするなら、アーキテクチャ設計、技術選定、コードレビュー、障害対応のどこまでを担当できるか確認します。実装を続けたい場合は、担当機能と開発時間の確保方法まで聞きます。曖昧さを残しません。
社内で技術職へ戻る可能性を確かめるなら、専門職コースへの異動例、役割変更の手続き、技術評価の基準を確認します。制度があっても利用条件は別です。条件まで聞きます。
社外への転職も考えるなら、管理職になった後も技術実績を残します。設計判断、技術選定、コードレビュー、障害分析について、担当範囲、判断理由、結果を記録し、職務経歴書で説明できる形にします。
当社が掲載している求人の職種構成は、選択肢を見るための補足材料です。これは当社が扱う求人に限った傾向であり、ITエンジニア業界全体や管理職市場の構成、キャリアの有利不利を示すものではありません。また、職種分類だけでは実装の比率や人事責任の有無を判別できないため、個別求人の担当範囲を確認します。
ユナイテッドワールド株式会社が掲載・取り扱っている求人データを集計した傾向であり、業界全体の統計を示すものではありません。
管理職に向くのはどんな人？
適性を先に断定せず、過去の行動を振り返ります。話すのが得意かではなく、メンバーへの任せ方、利害の調整、評価理由の説明を実際に担ったかを確認します。経験で見ます。
次の項目には、できるかではなく経験の有無で答えます。経験がない項目は、現職で試せる業務として切り分けます。設計や実装へ集中したい場合は、専門職の上位ポジションも比較対象になります。
- メンバーごとの状況を整理し、任せ方を変えた経験があるか
- 技術負債と納期をめぐる利害を整理し、関係者の合意をつくった経験があるか
- 評価や配置について、判断理由を本人や関係者へ説明した経験があるか
- 自分で実装せず、レビューや支援を通じてチームの成果につなげた経験があるか
PMへ進む前に何を経験しておく？
転職でいきなり肩書を変える前に、現職で役割の一部を試せます。小さく試します。経験後に、楽しかった仕事と消耗した仕事を分けると、自分の志向が見えます。
現職で試せる業務
- 小規模案件の要件整理と進行管理
- スプリント計画や振り返りの進行
- 設計レビューでの論点整理と意思決定
- 若手メンバーとの定期面談や育成計画
- 障害対応後の再発防止策と関係部署への説明
実績は肩書ではなく行動で記録します。課題、担当範囲、関係者、判断内容、結果を職務経歴書へ書けば、管理職経験がない場合でも再現できる能力を説明できます。盛る必要はありません。
転職先の求人票では何を確認する？
求人票では、担当範囲と決裁権を切り分けます。チームを率いると書かれていても、採用や評価を担うとは限りません。面接で補います。
面接前後で使う求人比較シート
| 比較軸 | 面接前に求人票で記入する内容 | 面接で確認する質問 | 面接後に更新する内容 |
|---|---|---|---|
| 役割 | PM、管理職、テックリードなどの記載 | 日常業務の内訳と最終責任は何か | 実際に任される業務 |
| 技術との距離 | 設計、実装、レビューの記載 | 自分でコードを書く場面はあるか | 技術業務の範囲 |
| 組織責任 | 採用、評価、育成、配置の記載 | 部下の評価と採用判断を担うか | 人事上の権限 |
| 裁量 | 技術選定、予算、要員計画の記載 | 何を自分で決め、何に承認が必要か | 決裁範囲と承認者 |
| 評価 | 目標や評価制度の記載 | 成果を測る基準と評価者は誰か | 評価指標と期待水準 |
面接後は印象ではなく回答を記録します。同じ項目で求人を並べれば、年収や役職名に引っ張られず、技術、裁量、組織責任の差を比較できます。
年収が上がるなら管理職を選ぶべき？
年収だけでは決められません。提示額が上がっても、評価責任、採用責任、障害時の対応範囲が希望と合わなければ、次の転職で説明しにくい経験が残ります。条件は分けます。
比較するのは想定年収だけではありません。基本給、賞与の評価条件、固定残業の扱い、役職手当、待機や障害対応の有無を確認します。そのうえで、得られる経験が次の選択肢につながるかを見ます。
管理職を選ぶ理由が報酬だけなら、専門職で同じ条件を狙える求人も探してください。技術を深める道と管理を担う道を同じ基準で比べると、役職を上げること自体が目的になりません。
迷ったまま転職活動を始めてもよい？
始めても構いません。ただし応募前に仮説を置きます。技術を深めたい、案件全体を動かしたい、組織を育てたいという希望を並べ、優先順位を仮決めしてください。
面接は求人の実態を確かめる場にもなります。PM、管理職、テックリードの求人を同じ比較シートで確認し、回答を得るたびに希望条件を更新します。途中で変えて構いません。
最後は、失いたくない仕事で決めます。設計や実装の時間、プロジェクトの決定権、メンバー育成の責任のうち、手放したくないものを選べば、次に受ける求人が絞れます。