
第5記事(ADAS):ADASソフトウェア開発プロセス全体像とプロジェクトマネジメント
Dec 23, 2025
読了時間:4分
0
5
0

V字モデルとアジャイルの融合で進化する開発手法
ADAS開発は、車両制御・センシング・AIアルゴリズム・UI制御といった複数領域を横断する総合プロジェクトです。
要求される品質と安全性、開発スピードの両立が必要となるため、従来の**V字モデル(V-Model)**に、アジャイルやスクラムの概念を組み合わせたハイブリッド開発が主流になっています。
V字モデルは「要求定義→設計→実装→テスト→量産」という確立された順序構造を持ち、各フェーズで明確な品質ゲートを設けることができます。
これによりASIL(Automotive Safety Integrity Level)を満たす安全性設計を担保することが可能です。一方で、AI認識アルゴリズムやクラウド連携機能など変化の激しい部分は、スクラムチームを編成して短サイクルで試作・検証を繰り返すことで機動力を高めます。
すなわち、「安全性と柔軟性を両立させた開発マネジメント」を実現することが、現代のADASプロジェクトの成功条件です。
開発フェーズごとの必要スキルセット
要件定義フェーズ 車両機能要求や法規要件を分析し、センサー構成やシステム境界を定義します。必要なのはシステムエンジニアリングと機能安全ISO 26262の理解です。
設計フェーズ ソフトウェアアーキテクチャやインタフェース定義を行う段階では、AUTOSAR構造理解や**モデルベース開発(MBD)**のスキルが求められます。
実装フェーズ 実際のコーディング、AIモデルの統合、リアルタイムOS上での動作検証が中心となります。ここではC/C++、Python、TensorFlow、Embedded Linuxなどの実務経験が鍵になります。
テストフェーズ HIL(Hardware-In-the-Loop)やSIL(Software-In-the-Loop)による検証、シナリオ自動生成など、検証技術者の能力が品質を左右します。シミュレーション環境構築や自動テストスクリプト開発の知見も不可欠です。
量産フェーズ ECUベンダー・センサー供給元との調整、ソフトウェアバージョン管理、品質ドキュメント整備など、プロジェクトマネジメント力と品質保証の知識が求められます。
マルチサイト開発におけるコミュニケーション設計
ADAS開発では、ソフトウェア、ハードウェア、AI、テストの各要素が異なる拠点で並行進行するケースが一般的です。
日本、インド、ドイツなど複数国間でのマルチサイト開発では、情報共有が遅れただけで機能統合が破綻する可能性もあります。
成功するためには以下の3点が重要です。
明確なインタフェース責任分担表(RACI図)の設定
要件管理ツール(Jira、Polarion、DOORSなど)の共通化
毎週のクロスサイトレビューと文化的ギャップの橋渡し役
特に言語・時差・文化差を越えたコミュニケーション設計がPMの力量を試します。
IJbridgeのプロジェクトマネジメント支援とPM/PL派遣
IJbridgeでは、グローバル自動車開発現場で実績を持つ**プロジェクトマネージャ(PM)/プロジェクトリーダ(PL)**を日本・インドの両拠点から派遣しています。
弊社のPMは単なる管理者ではなく、技術バックグラウンドを持つエンジニア型マネージャが中心です。
開発要件整理~WBS作成~進捗追跡まで一貫サポート
ベンダー調整や品質ゲート設定などOEM向け管理支援
オフショア開発チームとのブリッジSE(BSE)機能
特にADASプロジェクトで求められる「安全とスピードを両立する開発体制」を、日本の品質基準+インドの開発力で両輪的に支えます。
オフショア活用の成功・失敗パターン
ADAS開発におけるオフショア利用は、費用対効果だけでなく開発フェーズごとの役割分担
