「SDV」という言葉を、自動車業界のニュースで目にする機会が増えてきた。ソフトウェア定義車両(Software Defined Vehicle)――車の価値の中心が、エンジンや車体といったハードウェアから、後からアップデートできるソフトウェアへと移っていく流れを指す言葉だ。経済産業省と国土交通省は2024年に「モビリティDX戦略」を策定し、2030年に日系メーカーのSDV世界シェアを3割、台数にして1200万台規模まで引き上げるという目標を掲げている。皆さん、この数字を単なる自動車業界の話として読み飛ばしていないだろうか。実はここには、業種を問わずソフトウェア開発を担う組織すべてにとって示唆に富む教訓が詰まっている。
「1200万台」の裏にある、開発思想の転換
SDVが厄介なのは、単に「車にソフトウェアが増える」という話ではない点にある。従来の自動車開発は、走る・曲がる・止まるという安全性能を工程ごとに確定させながら積み上げるウォーターフォール型が主流だった。仕様を固め、検証を重ね、量産に移す。この進め方は数十年かけて磨き上げられた「成功体験」であり、品質を担保する仕組みそのものでもある。ところがインフォテインメントやADAS、自動運転機能といった領域は、市場の反応を見ながら継続的に更新し続けることが前提となる。車両に搭載された制御ユニットの数を減らして統合する「E/Eアーキテクチャの集約」や、購入後も機能をアップデートし続けるOTA(Over The Air)配信は、その象徴的な表れだ。経済産業省の2025年アップデート資料でも、「SDV領域」「モビリティサービス領域」「データ利活用領域」の3つを官民協調で底上げすべき領域と位置づけ、AI技術やデータ基盤の整備によって開発速度そのものを引き上げる方向性が示されている。従来の「確定主義」だけでは太刀打ちできないという危機感がにじむ。
なぜ「ソフトウェアファースト」への転換はこれほど難しいのか
興味深いのは、技術そのものよりも組織の壁が最大の障害になっているという指摘が業界内で相次いでいることだ。安全領域はウォーターフォールで固めつつ、体験価値を左右する領域はアジャイルで回す。この二つの開発思想を同じ会社の中に共存させるには、評価制度も、意思決定の権限も、部門間の連携の仕方も見直さざるを得ない。中国勢の新興メーカーが開発スピードで先行している背景には、まさにこの「組織文化ごとソフトウェアファーストに作り替えられているか」という差があるとされる。これは自動車業界に限った話ではない。基幹系は堅牢に、顧客接点は俊敏に――多くの企業のIT部門が抱える二正面作戦と、構造はまったく同じである。しかも自動車の場合、ソフトウェアの不具合がリコールや人命に直結しかねないため、「アジャイルにすれば速くなる」という単純な話では済まされない。速さと安全性を両立させるための開発プラットフォームやテスト自動化への投資も、あわせて問われている。
自社に置き換えるなら、ITストラテジストは何を見るべきか
この事例から得られる視点は三つある。第一に、技術投資の前に「どの領域を確定主義で守り、どの領域を継続更新に開放するか」という線引きを経営レベルで合意すること。第二に、その線引きに合わせて評価指標と権限委譲の仕組みを作り替えること。技術部門だけにアジャイルを導入させても、意思決定が従来のまま確定主義的であれば形骸化する。第三に、モビリティDXプラットフォームのように異業種・スタートアップ・大学まで巻き込む協調領域を政府が用意している点にも注目したい。自社だけで抱え込まず、外部のスピードを取り込む発想が、今後ますます重要になっていくはずだ。そして最後に、こうした転換は一度きりのプロジェクトでは終わらないという覚悟も必要になる。組織文化の書き換えには数年単位の時間がかかる。だからこそ経営層とIT部門が同じ危機感を共有し、短期の成果だけでなく体制そのものの変化を評価する物差しを持ち続けられるかどうかが、最終的な差になる。
まとめ
SDVという言葉が示しているのは、単なる自動車の未来像ではなく、あらゆる産業が直面しつつある「確定主義とアジャイルの共存」という経営課題である。1200万台という数字の裏には、開発体制そのものを作り替えなければ勝ち残れないという業界の危機感が透けて見える。自社のシステム開発体制は、どちらの思想に偏りすぎていないだろうか。SDVシフトの行方は、IT戦略を描くすべての人にとって、遠い他業界の出来事ではないはずだ。
