eBook

ソフトウェアデファインドビークルとソフトウェア時代のリーダー

大手OEMが複雑性の課題を克服してソフトウェア主導へ転換するための戦略プレイブック

市場が求めるソフトウェアデファインドビークルをすでに提供している一方で、複雑な統合作業、負担の大きいコンプライアンス対応、そしてコストのかかるソフトウェアリコールとの絶え間ない格闘は、ハードウェア優先のプロセスが、前進を妨げていることを示しています。

このプレイブックは、失敗している企業のためのものではありません。現在の「成功のためのコスト」が持続不可能であると理解している技術リーダーのためのものです。ソフトウェア主導のマインドセットと実践へとシフトし、アーキテクチャを自ら主導することで、複雑さを根本から取り除く方法をご紹介します。

個人情報入力なしで閲覧できます。

この戦略的プレイブックの対象読者：

ソフトウェアの複雑性に場当たり的に対処するだけでは勝てないことを理解している技術リーダー 。
アーキテクチャー・オーナーシップへの移行の理論的根拠としての戦略的フレームワークを必要とするソフトウェア技術専門家。
自動車業界の新たな現実で勝ち抜くために組織変革に踏み出す意思決定者。

SDV時代にレガシーアプローチが失敗する理由

ソフトウェアデファインドビークル（Software-Defined Vehicle: SDV) は、ハードウェア中心の設計を、自動車ソフトウェアがユーザー向けシステムとセーフティクリティカルなシステムの両方を制御するソフトウェア定義のアーキテクチャに置き換えます。この変化によって、ハードウェア時代のプロセスの限界が露呈し、ソフトウェアの不具合がリコールを引き起こし、断片化されたアーキテクチャが自動車ソフトウェアスタックに負担をかけるようになります。

現在はソフトウェアの問題が自動車リコールの相当数を占める。

新しい機能を追加する際、従来のやり方ではサイロ化された ECU をさらに追加するのが常套手段となってきました。しかし、それを積み重ねるたびに、コードベース全体は巨大化し、複雑化し、モデルイヤーごとの更新はさらに困難になっていくのです。

ミアオ・ルオMiao Luo

Qt Group テクノロジー戦略ディレクター

価値の源泉がソフトウェアへと移るとき、必要となるのは、開発アプローチ全体を再編成することで成り立つ新たな原則です。

このプレイブックについて

ソフトウェアデファインドビークルは、更新可能なソフトウェアプラットフォームとして機能します。そして、自社の自動車ソフトウェアスタックの重要レイヤーを掌握する自動車OEMは、アーキテクチャ、ユーザー体験、競争優位性のオウナーシップを得ることができます。

問題の再定義：
課題の中心は、もはやスピードに追いつくことではなく、すでに自社が抱えている膨大なソフトウェアの複雑性をいかに制御・掌握するかであることを理解します。

ソフトウェア主導の考え方を採用する：
優れたエンジニアリングの資産をソフトウェア開発で勝つための原則に適用する方法を体得します。

オーナーシップの醸成：
アーキテクチャとコードベースを把握して複雑性を軽減し、イノベーションを加速するための戦略的フレームワークを獲得します。

変革のロードマップ：
業務を中断させることなくリターンをもたらす、組織変革のための4つのステップを修得します。

個人情報入力なしで閲覧できます。

ソフトウェアデファインドビークルに関するよくある質問

なぜソフトウェアデファインドビークルがOEMの競争を変えるのですか？

このeBookでは、SDVは競争をハードウェアのサイクルからソフトウェアのスピード、品質、アーキテクチャの制御へとシフトさせると説明しています。現在、ソフトウェアの問題がリコールの中で大きな割合を占めており、断片的なアーキテクチャでは修正に時間がかかり、コストも高くつきます。クリーンで一元化されたアーキテクチャを持つOEMは、OTAやFOTA（Firmware-Over-The-Air）アップデートを数日で出荷できますが、レガシーな組織では数カ月を要することもあります。

また、技術的負債と文書化されていない依存関係がイノベーションを遅らせ、サービスベースの収益モデルの導入を阻害し、ADASとAI機能の統合をはるかに複雑にしていることも示している。プラットフォームレベルの可視性がなければ、OEMは安全性やコンプライアンスを確保できず、新たなサイバーセキュリティ・リスクから保護することもできない。

OEMは断片化されたソフトウェアプロセスからSDV対応プラットフォームへどのように移行するのでしょうか？

自動車OEMは、プラットフォーム・エンジニアリングのような、ソフトウェア開発を再編成する原則を採用することで移行することができます。孤立したツールや断片的なワークフローに頼るのではなく、プラットフォーム・エンジニアリングを採用することで、自動車OEMは統一されたエンジニアリング・プラットフォームを活用し、品質、アーキテクチャ、開発を継続的なプロセスとして運用することができます。

このアプローチでは、ツールを標準化し、重複する作業を排除し、迅速な機能開発のための一貫した環境を構築します。

バラバラのツールチェーンから統合プラットフォームに移行することで、OEMは「1億行の技術的負債」の根本原因に直接対処し、アーキテクチャ標準を回避できないようにし、より安全で迅速な技術革新を可能にします。

OEMが自動車用ソフトウェア・スタックを所有するとはどういうことですか？

自動車用ソフトウェア・スタックを所有するということは、基本的にプラットフォームを所有するということであり、自動車の機能、ユーザーエクスペリエンス、将来の機能を定義する重要なソフトウェア・レイヤーをコントロールするということです。プラットフォームオーナーシップとは、すべてを社内で構築することではなく、サプライヤーから独立してソフトウェアを統合、修正、進化させるアーキテクチャーの権限を持つことを意味します。

このオーナーシップにより、OEMは独自のユーザー体験を形成し、継続的な改善のためにデータをどのように使用するかを決定し、自社のペースでアップデートを提供することができます。このeBookでは、OEMがスタックの基盤をコントロールすることで、イノベーションのスピードと長期的な競争優位性もコントロールできることを強調しています。