VPoT

一言でいうと

技術の意思決定に責任を持つ役割です。責任範囲は会社によって異なりますが、公開されている分担例では、CTO が定めた方向を技術選定・設計・品質基準という具体の判断へ落とす役割に置かれています。

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

この肩書きは国内で使われています。技術経営を CTO・VPoE・VPoT の3つに分ける整理が、2020年代に入って事業会社の技術ブログで説明されるようになりました。Wantedly は2022年9月の記事で、開発組織の再編にあたり VP of Engineering を新設し、あわせてテクノロジーマネジメントの責任者として VP of Technology を置いたと説明しています。ANDPAD も VPoT が技術選定を担う体制を公開しています。

英語圏では事情が違います。VP of Technology という肩書き自体は使われますが、英語版 Wikipedia の CTO の項目は、関連する役職として vice president of engineering を挙げるにとどまり、technology 側を別の区分としては立てていません。国内の求人票を読むときは、この3分割が国内の技術ブログで説明されてきた区分だという前提で見るほうが実態と合います。

ミッション

技術の判断が、事業の求める速度と品質に見合っている状態を保ちます。個別の実装の良し悪しではなく、選んだ技術で今後数年の開発が成立するかどうかで評価されます。

そのため、負債の扱いが重い判断になります。速度を優先して積んだ負債を、いつどこまで返すかを決め、その理由を経営と開発の両方へ説明します。

主な業務範囲

• 技術選定。言語・フレームワーク・基盤の採否を決め、判断の理由を残す
• アーキテクチャの決定。システムの分割方針と、変更が及ぶ範囲を設計する
• 品質基準の設定。レビューの基準、テストの方針、リリースの条件を決める
• 技術的負債の棚卸しと返済計画
• セキュリティ・可用性・性能の水準の決定

求められる能力

自分で判断を下し、その理由を説明できるかどうかが分かれ目になります。選定の場面では、性能・学習コスト・採用のしやすさ・運用の負荷が互いに衝突するため、何を優先したかを言葉にできない人は、決定を組織へ通せません。

実装に触れ続けられることも条件になります。コードレビューと設計レビューが仕事の中心にあるため、現場の判断を検証できない立場では機能しません。

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

テックリード、ソフトウェアアーキテクト、シニアエンジニアを経て就く経路が一般的です。その先は CTO へ進むほか、フェローや principal engineer として技術職の等級を上げる人もいます。

隣接職種との違い

下の表は、公開されている分担例にもとづく配置の一例です。直属関係が常にこの形になるとは限りません。

CxO と VP の一般的な差分は、意思決定の範囲、予算と採用の権限、取締役会との距離の3点です。この配置例では VPoT が技術の採否を決め、技術投資の予算と対外的な説明は CTO 側に置かれます。3つを分けずに CTO が兼ねる会社も珍しくありません。

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

過去に下した技術選定と、その後に起きたことを確認します。採用した理由だけでなく、見送った選択肢と、選定後に困った点まで話せる人は、判断を検証しています。

役割の分担も確認します。同じ VPoT でも、CTO が技術判断まで担う会社では、本人は実装と設計のリードを担当していたことになります。求人票には CTO・VPoE との分担を書いてください。

求人・市場の傾向

開発組織が拡大し、CTO が経営側の仕事に時間を取られるようになった段階で置かれます。募集は多くなく、技術責任者・技術部長・チーフアーキテクトといった日本語の役職名で出ることもあります。求人票では、技術選定の決裁範囲と、VPoE の有無を確認してください。