VP of Engineering職務記述書テンプレート - 2026年版ガイド

著者: Kevin Kim · 更新日: 2026年9月6日

多くの企業は、募集を書く前にこの採用を誤っています。会社に何が必要かを決める前に、肩書きを決めてしまうからです。VP of Engineeringは組織を運営します。誰がどのチームにいるか、仕事がどう出荷されるか、誰が昇進するか、そしてロードマップがなぜ3週間遅れているかです。これは技術の方向性を定めることとは別の仕事であり、両者を混同すると、組織の運営者が必要だった職務に優れたアーキテクトを採用するか、その逆になってしまいます。これは採用と職務設計のガイダンスであり、組織図の義務づけではありません。実際の判断材料として、会社の規模と資金調達のステージを扱ってください。あらゆる募集を適切に構成するための一般的なガイダンスは、職務記述書のベストプラクティスガイドをご覧ください。

すでにCTOの席に優れた技術的ビジョナリーがいるのにロードマップが出荷されないなら、その隔たりは通常、技術ではありません。実行力であり、VP of Engineeringがその解決策です。

主なハイライト

• これは技術戦略の職務ではなく、組織とデリバリーの職務です：採用、組織構造、プロセス、ベロシティ、定着率を担い、CTOは技術ビジョンと対外的な技術面での発信を担います。
• 創業CTOが最初のVP Engを採用するのは、通常、技術の問題ではなく実行の問題を認めていることです：ロードマップが、1人でアーキテクチャの設計とマネジメントの両方をこなせる範囲を超えて大きくなっています。
• 人員数は、虚栄の指標ではなく本物のシグナルです：ほとんどの企業は、エンジニアが15〜25人の規模でこの職務を必要とし、組織が80〜100人を超えるとその下にディレクター層が必要になります。
• この職務は、活動ではなく成果で評価されます：デリバリーの予測可能性、定着率、採用のスループット、信頼性の姿勢、プラットフォームとフィーチャーのバランスです。
• この職務は、それを務めた経験のないディレクターの昇格で埋められることがよくあります：うまくいくこともありますが、それはディレクターの職務が一度も求めなかったスキルを企業が確認する場合に限られます。
• この職種名を具体的に追跡する政府の賃金調査はありません：最も近い連邦の基準値は、資金調達済みのテクノロジー企業でVP Engが得る報酬を大きく下回っており、このガイドではその理由を説明します。

この職務が重要な理由

求人票では「VP of Engineering」と「CTO」が日常的に同じ意味で使われており、どちらを書く前にも、まずそれを正すことが必要です。CTOは、技術がどこへ向かうかを担います。アーキテクチャへの賭け、自社開発か購入かの判断、そして多くの場合は対外的な技術面での顔であり、しばしば製品の最初のバージョンを書いた創業者です。VP of Engineeringは、それがどう作られるかを担います。組織構造、採用、プロセス、ベロシティ、そしてロードマップが予測可能なペースで出荷されるかどうかです。一方は戦略の仕事、もう一方は組織とデリバリーの仕事であり、多くの企業は、成長に伴うあらゆる問題はCTOが解決すべきものだと誤って思い込んでいます。2つの役割を兼ねる創業CTOのもとでロードマップが遅れ続けるなら、VP of Engineeringを加えるのが通常の解決策です。2人目の技術戦略家を加えても、デリバリーの責任を持たない人が1人増えるだけです。

組織設計のデータもこれを裏付けています。Jellyfishの445社にわたるManager対エンジニア比率の2025年分析によると、平均はエンジニア5人に対してManager1人程度で、初期段階の1:7.5から後期段階の1:4.6へと狭まっています。退職するエンジニアは、平均を上回る比率のもとにいた割合が不釣り合いに高く、直属の部下が10人以上いるManagerのもとのエンジニアは、基準となる在籍期間よりおよそ4か月短くなっていました。スパンが気づかれないまま広がるのを放置するVP Engは、後に自ら説明することになる離職の問題を、静かに作り出していることになります。

すべてのVP of Engineeringがプロダクトと繰り広げるプラットフォーム対フィーチャーの議論には、どちらを選んでも測定可能な不利益が伴います。Chainguardの2026年版エンジニアリング・リアリティ・レポート（エンジニアとリーダー1,200人、2025年8月に調査）では、エンジニアが新機能に費やす時間は1週間のわずか16%で、79%が保守を大きな負担に挙げており、プラットフォームの作業を長く後回しにすると、この比率はさらに悪化します。Google Cloudの2025年版DORA AI支援ソフトウェア開発の現状レポート（約5,000人の専門家）は、AI時代ならではのひねりを加えています。現在90%が業務でAIを使っていますが、AIは導入先のシステムが持つものを何であれ増幅します。うまく運営された組織はより速くなり、うまく運営されていない組織は、同じ問題をより速く抱えることになります。

短い成果の一覧が、その席にふさわしいVP of Engineeringと、そうでない人を分けます。

12人のチームが4つの役割すべてを必要とすることはまれで、通常はCTOか、有能なEngineering Managerが1人いれば足ります。エンジニアが200人になるころには4つすべてが必要になり、VP of Engineeringがそれらをつなぐ層になります。

基本の職務記述書テンプレート

職務について

当社では、[会社名]のエンジニアリング組織の構造、人員配置、日々の運営を担うVP of Engineeringを募集しています。CTOまたは創業チームと定めた方向性を、予測可能なデリバリーのペースに変えていただきます。適切なチーム、プロセス、人材、そして予定通りに出荷されるロードマップです。これはまず、人とシステムの職務です。本番コードを書くよりも、組織設計と採用に多くの時間を費やすことになります。

報告先は[CEO／CTO]で、スコープについてはプロダクト部門のリーダー、実行についてはエンジニアリングのDirectors of EngineeringとEM、戦略を人員の揃ったロードマップに変えることについてはCTOと、日々連携します。規模によっては、サイトリライアビリティとDevOpsを直接担当することもあります。

理想的な候補者は、同等かそれ以上の規模の組織を運営した経験があり、エンジニアリングManagerを採用し、また職を離れてもらったことがあり、機能を出荷しながら静かに技術的負債を積み上げているチームのバランスを取り戻すことについて、数字に裏付けられた回答を擁護できる人です。

主な職責

• 組織設計：人員数が変わるのに合わせて、チームの境界、報告ライン、Managerのスパンを決定します。
• 採用と人材パイプライン：人員計画から最終オファーまで、採用計画とファネルを担当します。
• デリバリーと予測可能性：計画のペースを設定し、出荷したものと約束したものとの間の差を担当します。
• 定着率とチームの健全性：エンゲージメントと惜しまれる離職を追跡し、退職面談に表れる前に行動します。
• プラットフォームとフィーチャーの配分：インフラ対機能をめぐる、プロダクトとの継続的な交渉を担当します。
• インシデントと信頼性の姿勢：サイトリライアビリティエンジニアまたはプラットフォームチームとともに、オンコールとポストモーテムの基準を設定し、エンジニアリングのオンコールが、セキュリティアナリストであれ外部のプロバイダーであれ、検知を担当する側にどこで引き継がれるかを合意します。
• プロセスとツール：プロセスがそれ自体のボトルネックにならないよう、選択し、進化させます。
• Managerの育成：Managerを採用、コーチング、評価します。組織の健全性が中間管理職の水準を超えることはまれだからです。
• 部門横断のパートナーシップ：チーム横断の作業についてはテクニカルプログラムマネージャーも含め、プロダクトに対してキャパシティを正直に伝えます。
• 予算の管理：人員とツールの予算を担当し、より多くの人員とより良いインフラのバランスを取ります。

要件

必須資格：

• 8年以上のエンジニアリング経験（うち4年以上はManagerを束ねる経験）
• 人員数の大きな転換点を越えてチームを拡大した経験
• 測定可能なデリバリーまたは信頼性の指標を改善した実績
• エンジニアリングの予算と人員計画を担当した経験
• 不完全な情報の下で、組織上のトレードオフを判断することへの習熟
• エンジニアリングManagerを採用、育成し、必要に応じて職を離れてもらった実績
• 技術的な制約を、技術者でない関係者に分かりやすく伝える能力

歓迎する資格：

• VPレベルの範囲を担う前に、Director of Engineeringを務めた経験
• 技術系の共同創業者やCTOと協働した、またはその下で働いた経験
• オンコールとインシデント対応のプログラムを成熟させた経歴
• AI支援のワークフローと、それがキャパシティ計画をどう変えるかへの理解
• プラットフォームエンジニアリングやインフラ中心の環境での経験

提供内容

• 競争力のある報酬：企業のステージに合わせた基本給とエクイティ（下記の報酬ガイドを参照）
• 意味のあるエクイティ：個人の貢献者向けの付与ではなく、ひとつの機能を築くリーダーとしての採用に見合った規模の付与
• 充実した福利厚生：医療、歯科、視力補正、退職金のマッチング、柔軟なPTO
• リーダーシップ開発：エグゼクティブコーチングとカンファレンスのための予算
• 実質的な権限：権限の伴わない肩書きではなく、採用、組織構造、プロセスの意思決定に対する責任
• 成長の道筋：CTO、またはより広い範囲のVPやSVPの職務に向かう明確なキャリアパス

状況別バリエーション

企業環境

大企業や上場企業では、VP of Engineeringは通常、ディレクター層を通じて数百人のエンジニアを統括し、個々のチームの成果ではなく、ポートフォリオ全体のデリバリーで評価されます。正式なレベル制度と、全社OKRに連動したペースを想定してください。キャリアの進み方は、DirectorからVP、そしてSVP of EngineeringまたはCTOへと続きます。

スタートアップ環境

スタートアップでは、VP of Engineeringは、組織にとって初めての専任の人材・プロセスのリーダーであることが多く、創業CTOが1〜2年ほど直感でマネジメントしてきた後に迎えられます。停滞したプロジェクトの障害を取り除けるだけの実務への関与を保ちながら、ほぼゼロから採用プロセスを構築することを想定してください。エクイティは報酬の中で大きな割合を占め、ハネムーン期間は短く、2四半期以内にデリバリーの改善が見られなければ、信頼が揺らぎます。

リモートまたはハイブリッド環境

リモートのVP of Engineeringは、プランニングやスキップレベル面談をビデオで効果的に運営でき、分散したチームはしばしば、対面のチームが省略する文書化された仕様の規律を身につけざるを得ません。難しいのは、昇進したばかりで苦戦しているManagerをデリバリーの指標に表れる前に見つけることと、エンジニアが静かに転職活動をするのではなく、問題を早い段階で報告するという信頼を築くことです。対面の時間は、オフサイトと、新任ディレクターの最初の数か月に今も最も重要です。

業界別の考慮事項

中核となる職務は、業界によってあまり変わりません。変わるのは、組織設計の議論でどの制約が支配的になるかです。

業界よりも、企業のステージのほうが、ばらつきの多くを説明します。

報酬ガイド

連邦データがこの職種にどう対応するか

「VP of Engineering」というカテゴリーを公表している政府の賃金調査はありません。最も近いのはコンピューターおよび情報システムManagerで、米国労働統計局は、年間賃金の中央値を2025年5月時点で$175,140、雇用者数を685,800人、2025年から2035年にかけて16%の成長（平均よりはるかに速い）、年間約53,500人の求人と報告しています。一般的な入職要件は、学士号に加えて5年以上の関連する実務経験です。

その職業コードは有用な下限ですが、幅の広いものです。ヘルプデスクを運営するITマネージャーから、資金調達済みの企業で150人の組織を運営するVP of Engineeringまでを含みます。中央値は、ベンチャー出資を受けた企業や上場企業で実際のVP of Engineeringが得る報酬を大きく下回っており、その隔たりこそがここでの本当の論点です。BLSの数字は目標となるオファーではなく、下限として使ってください。

経験レベル別の市場報酬

以下の範囲は、その連邦の下限を、2026年の求人と一般的な慣行を基に、企業ステージ別の雇用主が設定する市場計画用のバンドに置き換えたものです。予算策定の出発点であり、給与データベースの引用ではありません。

特に初期段階では、基本給だけのバンドが示すよりも、このパッケージに占めるエクイティの割合は大きくなります。このガイドでは、具体的なエクイティの割合は扱いません。ラウンドやレバレッジによる変動が大きすぎるためです。エクイティは、御社自身のキャップテーブルに照らして値づけしてください。

都市別の調整ガイド

所在地は今もこれらのバンドを動かします。以下のティアは、固定の数字ではなく、方向を示す乗数として使ってください。

経験レベル別要件マトリクス

人員数のほうが、規模を測る信頼できるシグナルです。20人のエンジニアを統括する12年のベテランと、200人を統括する12年のベテランは、同じ肩書きでも異なる仕事をしています。

面接質問

このレベルでは、技術的な質問は、候補者がまだforループを書けるかどうかではなく、組織設計、デリバリーのシステム、技術的な判断力を試します。

技術・実務に関する質問

1. 組織設計：「40人の組織をゼロから構成してください。」確認ポイント：コピーした組織図ではなく、プロダクトのオーナーシップに結びついた根拠があるか。
2. Managerのスパン：「Managerの直属の部下が多すぎるのは、どのようなときですか。」確認ポイント：具体的な数字と計画があるか。
3. デリバリーの予測可能性：「あなたの組織は、コミットした期日を守れないことが続きました。何を変えましたか。」確認ポイント：「もっと頑張った」ではなく、本物の診断とプロセスの修正があるか。
4. プラットフォームとフィーチャー：「技術的負債と機能の間で、キャパシティをどう分けますか。」確認ポイント：懐疑的なプロダクトリーダーに対して擁護してきた枠組みがあるか。
5. インシデント対応：「あなたが構築または改善したインシデントのプログラムを説明してください。」確認ポイント：修正と人の側面の両方に責任を持っているか。
6. 大規模な採用：「1回ではなく5回の選考ループにわたって、採用基準をどう一貫させますか。」確認ポイント：「Managerを信頼しています」ではなく、キャリブレーションの仕組みがあるか。
7. アーキテクチャへの理解：「あなたのチームが下した、あなたが設計していない重大なアーキテクチャの決定について。」確認ポイント：誇張せずに、悪い判断に気づけるだけの深さがあるか。
8. AI時代のキャパシティ計画：「AI支援の開発は、キャパシティ計画をどう変えましたか。」確認ポイント：「AIで速くなりました」ではなく、具体的な答えがあるか。

行動面接質問

1. 信頼の再構築：「士気の低いチームを引き継ぎました。最初の90日はどうしますか。」確認ポイント：まず診断し、その後で具体的な行動に移るか。
2. 難しいトレードオフ：「チームを守るためにスコープを削りました。どう決めましたか。」確認ポイント：その結果生じる反発を受け止める覚悟があるか。
3. Managerのマネジメント：「苦戦しているManagerがいました。どうやって気づき、何をしましたか。」確認ポイント：本物のシグナルと、厳しい対話に至るまでの本物の介入があるか。
4. 部門横断での対立：「スコープをめぐってプロダクトリーダーと深刻に対立しました。どう解決しましたか。」確認ポイント：職位の高さではなく、データによる解決か。
5. 転換点を越えた拡大：「組織がおよそ2倍になりました。最初に何が壊れましたか。」確認ポイント：成長が予測どおりに物事を壊すという認識があるか。
6. 失敗を自分のものにする：「あなたの組織が公に落としたデリバリーのコミットメントについて。どう伝えましたか。」確認ポイント：他人のせいにせず、直接の責任と修正があるか。

カルチャーフィットに関する質問

1. リーダーシップの哲学：「チームをプレッシャーから守ることと、透明性とのバランスについて。」確認ポイント：はぐらかしではなく、本物の見解があるか。
2. パートナーシップのスタイル：「CTOまたは技術系の共同創業者との理想的な関係について。」確認ポイント：権限がどこから始まり、どこで終わるかが明確か。
3. プロセスの哲学：「プロセスがオーバーヘッドになったと、どう判断しますか。」確認ポイント：プロセスを足すだけでなく、取り除く習慣があるか。
4. 自分のチームへの基準：「直近の部下3人のうち、最初に採用したいのは誰で、それはなぜですか。」確認ポイント：具体的な人物と理由があり、本物の人材育成を示しているか。

採用のヒント

この職務は、外部のサーチよりも、社内のディレクターの昇格で埋められることが多く、優れたディレクターはすでにチームを知っているため、それはうまくいくこともあります。しかし、両者が求めるスキルは異なります。ディレクターは他の人が設計した構造を実行しますが、VP Engはそれを設計します。社内から昇格させる前に、ディレクターの職務が一度も求めなかったもの、つまり採用パイプラインの構築、予算の交渉、不評な組織上の判断の擁護を確認してください。答えがすべて「いいえ」なら、昇格だけでそれらのスキルが身につくと思い込まず、本格的な立ち上げ期間を計画してください。

クイックソーシングガイド

避けるべき警戒サイン