■会社概要
Velocity Aeroworks株式会社は、成層圏プラットフォーム「HAPS（High Altitude Platform Station）」の開発・製造・運用を行う、東京大学航空宇宙工学専攻発のディープテックスタートアップです。 高度約20〜24kmの成層圏を長時間飛行するプラットフォームを用いて、防衛・防災・通信・宇宙実証領域における「新しい空のインフラ」を構築することを目指しています。 現在、2027年の成層圏到達に向け、機体の設計・製造・飛行試験を繰り返しながら開発を進めています。

■具体的な業務内容
＜1＞機体開発全体の計画・進行管理
機体開発全体の統合スケジュール、主要マイルストーン、クリティカルパスを管理します。機体、製造、電装、電源、ソフトウェア、試験等のチーム間の依存関係を整理し、遅延、部品、設備、外部ベンダー、未決定事項等の阻害要因を早期に発見します。開発目標から逆算して担当者、期限、準備完了条件を設定し、複数の開発項目が競合した際には優先順位と実施時期を整理します。

＜2＞システムズエンジニアリング・機体統合
CTO / Chief Engineerおよび各技術責任者と連携し、機体を一つのシステムとして成立させるための整理・統合を行います。機体レベルの要求・制約と各サブシステムの要求とのつながりを整理し、機体構造、電装、電源、制御、ソフトウェア、ペイロード等のインターフェースを明確化します。設計変更が他領域や全機性能、統合、試験へ与える影響を把握し、地上試験・飛行試験を含む検証項目、合格条件、検証順序を整理します。要求、設計、試験結果の対応関係を追える状態を構築していただきます。

技術アーキテクチャや重大な技術判断の最終責任はCTO / Chief Engineerおよび各技術責任者が持ちます。プログラムマネージャーには、各領域をブラックボックスのままつなぐのではなく、要求・インターフェース・変更影響・検証までを全機の視点で理解し、開発プログラムへ反映することを求めます。

＜3＞開発状態の把握
Jira、Slack、設計資料、試験ログ、製造状況等を確認するとともに、必要に応じて担当者との打ち合わせや現場確認を自ら行います。「順調」「ほぼ完了」といった曖昧な進捗をそのまま受け取らず、残作業、完了見込み、依存関係、技術的不確実性まで具体化します。自身が詳しくない技術領域についてもブラックボックスのまま扱わず、担当者へのヒアリング、資料、実物、実際の工程を自ら追いながら、開発全体の中でどのようにつながっているかを理解していきます。

＜4＞必要な仕事・意思決定の発見
既に存在するタスクを管理するだけでなく、開発目標を成立させるために、そもそも必要な仕事が揃っているかから確認します。担当者がいない仕事、チーム間に落ちている作業、未整理の技術判断を発見し、適切な担当者・期限・意思決定者へつなげます。

技術判断そのものはCTOや各技術責任者が行いますが、「何を決める必要があるか」「誰が決めるべきか」「判断に必要な情報は何か」「いつまでに決めなければ何が止まるか」を明確にし、必要な時点で判断を発生させることはプログラムマネージャーの責任です。

＜5＞飛行試験を含む開発サイクルの統合
飛行試験を重要な開発リズムの一つとして活用しながら、「解析 → 設計変更 → 製造・修理 → 機体統合 → 地上試験 → 飛行試験 → 次の解析」を一つの開発プログラムとして進めます。すべての変更を直近の飛行試験に詰め込むのではなく、得られる情報、開発全体への影響、作業量、統合リスク等を踏まえて、何を今回実施し、何を次に回すかを整理します。必要であれば試験内容や実施時期を見直すことも含め、飛行試験の実施回数ではなく、開発全体の速度と学習量を最大化することを重視します。

＜6＞開発運営の仕組み化
Jira、Slack、Confluence、Git、AI・自動化等を活用し、CEOやCTOが各担当者へ個別に聞きに行かなくても、開発状態を把握できる仕組みを構築します。Jiraを綺麗にすることや、会議・ドキュメントを増やすこと自体は成果ではありません。不要なプロセスを削りながら、問題や遅延が早く表面化する、低い報告負荷で情報帯域の高い開発運営を作ることを期待しています。

■入社後90日で期待する成果
・現在の機体構成、各技術領域の開発状況、主要な未決定事項、既知のリスクを把握している ・次の開発目標から逆算した統合スケジュールとクリティカルパスを整理し、CEO・CTOと合意できている ・チーム間の依存関係とインターフェース上の論点が可視化され、関係者が同じ前提で議論できる状態になっている ・担当者が不在の仕事、チーム間に落ちている作業を洗い出し、担当・期限・完了条件へ割り付けられている ・決めるべき技術判断が、判断者・必要情報・期限とともにリスト化され、必要な時点で判断が発生している ・飛行試験ごとに「今回入れる変更」「次に回す変更」を根拠とともに整理し、開発サイクルを回せている ・地上試験・飛行試験の準備状況を、部品・治具・人員・手順まで含めて事前に把握できている ・Jira、Slack、Confluence等を用いて、過剰な報告を課さずに開発状態が見える仕組みの初版を運用している ・製造・統合・地上試験・飛行試験の現場に自ら入り、実機ベースで開発状態を確認できている

■このポジションの魅力
＜機体開発全体を一つの時間軸で動かせる＞ 特定の技術領域や飛行試験だけではなく、機体構造、製造、電装、電源、ソフトウェア、試験、運用を横断し、航空機開発全体に関わります。

＜機体を「システム」と「プログラム」の両面から見られる＞ スケジュールを管理するだけではなく、要求、インターフェース、統合、検証まで理解しながら、実機開発全体を動かします。技術と開発運営を分断せず、一機の航空機が成立するところまで関われるポジションです。

＜実機開発の仕組みそのものを作れる＞ 完成された開発プロセスを運用する仕事ではありません。どの情報を取るか、何を自動化するか、どう優先順位を決めるか、設計・製造・試験をどうつなぐかまで、自ら設計・改善できます。

＜短い周期で実機から学べる＞ 飛行試験を開発の最後に置くのではなく、継続的に実機を飛ばしながら開発を進めることを重視しています。設計変更を数か月後に評価するのではなく、製造・統合・地上試験を経て、短期間で実際の飛行結果から学べる環境です。

■組織・レポートライン
CEO直下のポジションです。CTO / Chief Engineerおよび機体構造・製造、電気・電源、ソフトウェア、システム、運用の各技術責任者と連携しながら、開発プログラム全体を推進していただきます。