WCX 2023: Software-Defined Vehicle Development an Ongoing Headache for Industry

April 21, 2023

Bill Visnic

An auto industry wedded to its ingrained methods needs to adapt its engineering processes to develop the software that is increasingly central to nearly every vehicle function ─ but the change isn’t coming easy, said participants in a panel session titled “Moving Towards a Software-Defined Vehicle at the SAE International’s 2023 WCX conference in Detroit. And the issue isn’t merely rooted in the engineering routine, some speakers said: it’s also a problem based in human nature. Few people genuinely embrace change.

Before the auto sector can adapt from the century plus of its established product-development methods ─ a process all on the panel agreed must happen to effectively create “software-defined” vehicles ─ those in charge of the transformation must step up to foster systemic change. “We have to change people first,” said Matt Jones, Ford’s executive director ─ tech strategy and R&A. The big teams that historically have been engaged in vehicle development generally don’t work, he said, in the context of software design and deployment.

“The hardest thing in the world to do is change human behavior,” added Stephen Rober, vice-president and head of advanced technology at Stellantis. He said the traditional “top-down” style of automotive development needs to change to bring the agility required for engineering a software-centric future. A little more humility won’t hurt, either, he added. “Everybody needs to understand the don’t know everything.”

Partner approach

The conference session’s panel was in virtual agreement regarding another point of required product-development change: automotive OEMs and suppliers must embrace a partner mindset to replace the traditional relationship that has for decades been in place between automotive OEMs and their suppliers. “I avoid the word ‘supplier’ ─ I prefer the term ‘vendor,’ said Maria Anhalt, CEO at Elektrobit, the 35-year-old developer of software products and services for the auto industry that is an independently operated but wholly owned subsidiary of global supplier Continental.

Anhalt said the auto sector needs to increasingly view the software-development relationship as one of “mutual cooperation” and that “the Tier model is evolving.” Anhalt and Stellantis’ Rober said that development of “base” or foundational software is what most benefits from collaborative relationships. Following that, brand- or company-specific differentiation still can happen “on top” of the base software in a process that an OEM or Tier 1 supplier can guide to produce more discrete requirements. “Nobody ever bought a car for it’s operating system,” quipped Jones in supporting the notion that much of the work of software development can and should be collaborative because so much is unseen by vehicle consumers.

“Software transformation is being managed with a hardware perspective,” agreed Glen De Vos, SVP, transformation & special programs at Aptiv. He said there is much to be learned from how industries such as telecommunications and aerospace/defense embraced software development and deployment.

Learn from mistakes, leverage what knowledge and existing work already is available ─ and nurture software developers as partners, added Elektrobit’s Anhalt. “It goes to collaborations,” said William Foy, director, Automotive Solutions for Amazon.

Speed and standards

Apart from ripping up the top-down development approaches of the past, effective processes for software-defined vehicles have to change because, some panelists insisted, the old ways simply are too slow. Moreover, the collaborations that have helped in the past ─ development of standards, for one ─ also are inherently plodding, consensus-centric models that mitigate against the speed that customers of software-driven products demand.

Ford’s Jones suggests one approach is to view software development as little different from how vehicle development occurred in the middle of the last century, when the factory was the focus of the process. “What is the equivalent of a software factory,” he asked rhetorically. He said that a similar, automation-intensive mindset would help to bring efficiency and speed to software development.

Aptiv’s De Vos said that the partnering relationships most of the experts recommended to help create a better end product also serve to improve the software-development speed. “We need to partner, without trying to grow organically,” he stressed. “It takes too much time.”

Standards can be important to aiding the software-creation process, De Vos said, but “standards take time.” Moreover, added Stellantis’ Rober, “Nobody can agree on a standard.” Ford’s Jones added that a patchwork of alliances between OEMs and software developers hasn’t helped to create consensus-based standards or an open-source ecosystem ─ tools that, once developed, are generally agreed to reduce future development speed and cost.

However, even open-source agreements aren’t a panacea, said Elektrobit’s Anhalt. She noted that more open-source projects have failed than have succeeded. And Rober added that in individual companies’ haste to gain competitive advantage, “We never allow for a standard to change and grow.”

Despite the session panelists’ agreement that the auto industry is in the early days of a transformation that’s required if the software-driven vehicle is to fulfill its promises, most expressed optimism that the change will happen ─ and happen for the better. “We’re at a really interesting point in our industry,” said De Vos. It’ll be exciting to see how this plays out.”

---