職種・体制

VPoE

（ぶいぴーおーいー／VP of Engineering）

登場（海外）: 2017年
国内で見られるように: 2019年ごろ
更新: 2026-08-24

一言でいうと

開発組織全体の運営に責任を持つ役割で、採用・育成・評価・体制づくりを通じて、事業が求める開発力を用意します。

この職種の出自と登場時期

米国のスタートアップでは、技術の意思決定を担う CTO と、開発組織の運営を担う VP of Engineering を分ける形が長く採られてきました。役割として整理されたのは2017年前後で、Camille Fournier が『The Manager's Path』のなかで、マネージャーのマネージャーの先にある組織運営の職務として説明しています。

国内では2019年前後から、開発組織が数十名規模を超えた事業会社で置かれるようになりました。日本CTO協会が発足し、技術経営層の役割分担が議論されるようになった時期と重なります。

役割分担は会社によって異なります。CTO が技術の方向を、VPoE が組織の運営を担う形が典型ですが、CTO が組織も見る会社、VPoE が技術判断まで担う会社の両方があります。求人票では、CTO との分担の確認が欠かせません。

ミッション

責任範囲は、事業計画が求める開発力を、間に合う時期までに揃えることです。個別のプロジェクトの成否ではなく、組織として継続的に出力できているかで評価されます。

そのため、採用と離職が最も重い指標になります。採用が進まない状態や離職が続く状態では、どれだけ開発プロセスを整えても計画が成立しません。

主な業務範囲

組織設計。チーム編成、役割定義、レポートラインを決める
採用計画の策定と実行。要員計画を立て、採用活動の意思決定に関わる
評価制度と等級の運用。基準を設計し、マネージャー層の評価判断を支える
開発プロセスの改善。生産性の指標を定め、ボトルネックを取り除く
経営との接続。開発の状況を経営に説明し、投資と優先順位の合意を作る

求められる能力

工数の見立てを鵜呑みにせず検証できるかどうかが分かれ目になります。実装からは離れていて構いませんが、難易度の評価は自分で下せる必要があります。

技術以外では、組織を動かす実務が中心です。マネージャーの育成、評価制度の設計、採用市場の理解、そして経営会議で開発の状況を数字と言葉で説明する力が問われます。

この職種に就く人のキャリア経路

多いのは Engineering Manager からの昇格です。複数チームを見る立場を経て、組織全体へ広がる流れが一般的です。他社で VPoE や開発責任者を務めた人が中途で入るケースもあります。

CTO へ進む例が代表的で、COO や事業責任者に回る人、複数社で組織顧問を務める人もいます。

隣接職種との違い

職種	責任の中心	VPoEとの違い
CTO	技術面での経営判断と技術の方向づけ	技術戦略が中心。VPoEは組織の運営が中心
Engineering Manager	担当チームの成果とメンバーの育成	単位がチーム。VPoEは開発組織全体が単位
Principal Engineer	全社の技術方針と長期の技術投資	技術職の等級。VPoEは管理職として人と組織に責任を持つ
人事責任者	全社の人材戦略と制度	全社が対象。VPoEは開発組織に特化して同じ機能を担う

採用担当の見極めポイント

求人票では、CTO との分担を具体的に書いてください。ここが曖昧なままだと、着任後に役割が重なって機能しません
職務経歴書では、組織の規模と変化を確認してください。10名の組織と100名の組織では、必要な打ち手がまったく異なります
経営会議への参加可否を伝えてください。開発の投資判断に関われるかどうかは、この層の応募判断を左右します

求人・市場の傾向

国内の母集団は薄く、公募よりも紹介と直接の対話で決まる例が多い層です。そもそも公開の求人に出てこない層なので、媒体の件数では測れません。採用競合は成長期のスタートアップと、開発組織を拡大している事業会社です。

組織の現在の人数と課題、今後の計画、経営体制を並べてください。課題を隠さずに書くほうが、この層には届きます。