自動車業界からの最近のニュースは、すべての組み込みソフトウェア開発者に共通する課題を示唆している。
一つの物語 フォードが経験豊富なエンジニアを呼び戻したという決定に注目が集まった。これは、組織的な知識が重要であることを認めたものだ。システムがなぜ特定の方法で設計されたのか、どのように進化してきたのか、そして潜在的なリスクがどこに潜んでいるのかを理解している人材は、技術そのものと同じくらい価値があることが多い。
別の話 この報道は、中国とロシアに関連するハードウェアとソフトウェアが原因で、ポールスターが米国での車両販売を禁止されたことを中心に展開している。根本的な政策議論に関して各組織がどのような立場を取るかにかかわらず、この事例は、ソフトウェアの起源、所有権、ガバナンスが戦略的に重要な問題になりつつあるという、ますます重要性を増している現実を浮き彫りにしている。
一見すると、これらの話は無関係に見える。一方は人に関する話で、もう一方はテクノロジーに関する話だ。しかし、根本的にはどちらも同じことを扱っている。それは、組織が依存しているシステムについて、誰が構築したのか、現在誰が理解しているのか、そして将来誰が責任を負うのかを保証できるかどうか、ということだ。
これらの記事は最終的に同じ疑問を提起する。
このコードの背後にいるのは誰ですか？
誰が書いたかだけではない。
誰がそれを理解できるだろうか？
誰が維持管理しているのですか？
誰がそれを所有していますか？
誰が説明できるだろうか？
そして、製品発売から何年も経った後も、誰がその製品をサポートし続けるのだろうか？
これらは、すべての自動車メーカーが自問すべき質問です。医療機器、産業機器、フィットネス製品、そして家電製品のメーカーも同様に自問すべき質問です。
ソフトウェアの出所管理は、もはやIT部門だけの問題ではないからです。
それはビジネス上の問題だ。
ソフトウェアサプライチェーンはますます複雑化している
少し前までは、ソフトウェアの評価は比較的単純だった。企業は機能性、性能、コスト、納期に重点を置いていた。
今日、開発サイクルを短縮しようと必死な企業は、その構図を変えてしまった。
ソフトウェアは複数の国にまたがって開発されることがあります。コンポーネントは多数のサプライヤーから供給されることがあります。オープンソースライブラリは現代のアプリケーション全体に組み込まれています。AI支援開発ツールはかつてないスピードでコードを生成します。チームは変化し、契約社員は転職し、企業買収が行われ、製品ロードマップは変更されます。
その結果、多くの組織は自社のソフトウェアが何をするものかは説明できるが、そのソフトウェアがどこから来たのかを自信を持って説明できる組織は少ない。
その区別は重要です。
デジタルコックピット、医療監視装置、コネクテッドトレッドミル、スマート家電、産業用制御盤など、どのような製品を開発する場合でも、ユーザーエクスペリエンスを支えるソフトウェアは、製品の価値とリスクのかなりの部分を占めるようになっています。
すべての製造業者が自問すべき3つの質問
質問1：あなたのソフトウェアがどこで開発されているかご存知ですか？
長年にわたり、ソフトウェアの出所は主に調達上の問題として捉えられてきた。
今日では、これは統治上の問題になりつつある。
規制当局がコネクテッドカー技術とその背後にあるソフトウェアエコシステムをより綿密に調査するにつれ、自動車業界は既にその影響を感じ始めている。
地理的な要素は重要であり、特に規制が変化するにつれてその重要性は増す。製造業者は、ソフトウェアがどこで開発されているか、知的財産権の所有者は誰か、ロードマップの管理責任者は誰か、重要なコンポーネントの保守責任者は誰か、そしてソフトウェアスタック全体にどのような依存関係が存在するかを把握しておく必要がある。
透明性は、ますます競争上の優位性となりつつある。それは規制で義務付けられているからではなく、経営陣、顧客、そして利害関係者がそれを期待しているからだ。
質問2：あなたのソフトウェアのうち、どれくらいがAIによって作成されたものかご存知ですか？
AIはソフトウェア開発を急速に変革している。
適切に使用すれば、AI搭載ツールは生産性を向上させ、開発時間を短縮し、エンジニアがより効率的に問題を解決するのに役立つ。
しかし、AI生成コードの台頭は新たな疑問を生み出している。誰がそれをレビューしたのか？誰が検証したのか？誰が責任を負うのか？そして、数年後に重大な問題が発生した場合、誰がそれを説明、維持、修正できるのか？
問題はAIを使うべきかどうかではなく、組織が成果物に対するエンジニアリング上の責任を維持できるかどうかである。つまり、AI支援によるコミットごとに担当エンジニアが承認を与えるのか、コードが本番環境に到達する前に文書化されたレビュー基準を設けるのか、あるいは単に、AIが生成したコンポーネントは、その仕組みを説明できる担当者が同席しない限り出荷しないという方針を定めるのか、といった点が重要となる。
コードは人が書いたものであろうと、ツールが生成したものであろうと、あるいは両者の組み合わせによって作成されたものであろうと、責任を外部委託することはできない。誰かがコードを理解する必要があるのだ。
特に、顧客が毎日頼りにしている製品においてはなおさらです。
質問3：知識の所有権は今もなお誰かにあるのだろうか？
これはおそらく、最も見落とされがちな質問だろう。
フォードの物語 この問題が共感を呼んだのは、あらゆるエンジニアリング組織がこの課題を認識しているからだ。時が経つにつれ、専門知識は失われ、プロジェクトの担当者が変わり、チームが再編成され、サプライヤーが変化し、ドキュメントが時代遅れになる。
最終的に、組織は誰も完全に理解していないシステムの責任を負うことになる可能性がある。
それは技術的な問題ではなく、知識の問題です。そして、長期的なパートナーシップが重要な理由の一つでもあります。
製造業者が必要としているのは、ソースコードだけではありません。専門知識へのアクセス、継続性、そしてソフトウェアの機能だけでなく、そもそもなぜそのように設計されたのかを理解し、何年も経った後でもその決定を説明し、サポートできるパートナーが必要なのです。
より良い質問は、より良い製品につながる
製品の接続性、インテリジェント化、ソフトウェア主導化が進むにつれ、メーカーは技術パートナーに対し、いくつかの根本的な問いを投げかけるべきだ。
- このソフトウェアはどこで開発されましたか？
- 誰がそれを所有していますか？
- 誰が維持管理しているのですか？
- 開発プロセスにおいて、AIはどのように活用されているのか？
- 誰がその建築構造を理解しているのか？
- 5年後、10年後、この製品を支持してくれるのは誰だろうか？
これらは単なる工学的な問題ではない。
これらはリーダーシップに関する問題だ。
それは、組織が現在だけでなく将来にわたって、市場に投入する製品に自信を持って責任を持てるかどうかという問題である。
これらは、リスク、回復力、説明責任、そして長期的な製品の成功に関する問題です。
Altiaが選ばれる理由
アルティアでは、これらの疑問は理論的なものではない。
当社は1991年以来、組み込み型グラフィカルユーザーインターフェース（GUI）向けソフトウェアの開発に取り組んできました。当社のエンジニアリングチームは米国とヨーロッパに拠点を置き、エンジニアの平均勤続年数は15年以上です。つまり、お客様のソフトウェアを開発したエンジニアは、その開発経緯を今でも説明できる可能性が非常に高いということです。
その継続性は重要だ。
多くのお客様が10年以上にわたり、アルティアの技術をご利用いただいています。こうした長期的な関係は、ベンダーが長期的な保守・サポートを製品の重要な機能として捉え、後付けで考えない姿勢で取り組むことで、どのような成果が得られるかを示す好例です。
当社チームは、組み込みグラフィックス、ヒューマンマシンインターフェース、パフォーマンス最適化、本番環境への導入、そして長期的な製品サポートにおいて深い専門知識を有しています。さらに重要なのは、ソフトウェアの開発プロセス、サポート体制、そして長期的な進化の過程における透明性を重視している点です。
ますます複雑化するソフトウェアサプライチェーン、厳格化する規制監視、AI生成コード、そして急速な技術変化といった状況において、お客様は当社の製品を支える人材、プロセス、そして専門知識に信頼を寄せる権利があります。
自動車、医療機器、運動器具、産業システム、家電製品など、未来の製品を開発する組織は、自社のソフトウェアがどこから来たのか、誰がそれを支えているのか、そして将来的に誰がサポートしてくれるのかを知っておくべきだ。
そういった質問こそが、より良い製品開発とより強固なパートナーシップの構築に役立つのです。