Культурные конфликты при создании интеллектуальных электромобилей
Доктор Шаошан Лю является основателем/генеральным директором PerceptIn, руководит проектом автономных мобильных клиник в BeyonCa и председателем азиатского подразделения IEEE Entrepreneurship.
Термин «интеллектуальный электромобиль» (ИЭМ) естественным образом означает интеграцию интеллекта в процесс производства автомобилей. Традиционная автомобильная инженерия уже является очень сложным процессом; создание IEV добавляет дополнительных сложностей, поскольку требует талантов из многих других отраслей, таких как интернет-услуги и разработка программного обеспечения.
Все эти таланты происходят из самых разных слоев общества с широким спектром рабочих культур. Смешение этих культур представляет собой уникальную проблему для OEM-производителей IEV и, если не будет хорошо управляться, может привести к сбоям при запуске продукта или, что еще хуже, к проблемам с безопасностью.
В этой статье я попытаюсь объяснить культурные конфликты при создании IEV и дать несколько рекомендаций, основанных на моем собственном опыте.
За последние два десятилетия интернет-компании и компании-разработчики программного обеспечения, такие как Google, Facebook, Amazon и Microsoft, доминировали в мире технологий. Технологические таланты этих компаний перекинулись в другие отрасли и оказали значительное влияние. Индустрия IEV не является исключением, поскольку от этих компаний требуются таланты для внедрения инноваций в IEV.
Многие из этих талантов привыкли к быстро развивающимся повторяющимся инновациям, так что идеи новых продуктов появляются ежедневно, а функции быстро определяются и развиваются. Эта инновационная культура позволила многим интернет-стартапам быстро расширяться за счет многократной адаптации своих продуктов к потребностям своих целевых пользователей. Например, простое A/B-тестирование позволит менеджерам по продуктам и разработчикам быстро решить, полезна ли та или иная функция.
Тем не менее, в бизнесе IEV все изменилось; будь то стартап или устоявшаяся компания, у вас есть только один шанс. Когда вы запускаете машину, вы либо успеваете, либо терпите неудачу. У вас нет капитала или времени, чтобы постоянно улучшать автомобиль для удовлетворения потребностей клиентов. Следовательно, адаптация инновационной культуры интернет-стиля может привести к катастрофе в бизнесе IEV.
Производство автомобилей — сложная инженерная задача, и ее основная культура делает упор на стабильность, надежность и безопасность. На ранней стадии определения автомобиля все должно быть определено и не изменено впоследствии, и все должны следовать одному и тому же графику. Пропуск сроков в значительной степени означает конец света в автомобильном бизнесе.
Кроме того, чтобы обеспечить надежность, OEM-производители автомобилей часто тесно сотрудничают с известными поставщиками, поскольку более надежные компоненты всегда преобладают над более инновационными компонентами. Чтобы обеспечить безопасность, перед выпуском автомобиля на рынок необходимо провести длительные и всесторонние испытания. Нет времени предлагать новые идеи для автомобилей, когда автомобили проходят испытания.
Продолжение этой культуры разработки гарантирует, что новички в бизнесе IEV постепенно уйдут из вашей компании.
Как и следовало ожидать, когда эти две группы людей начнут работать вместе, может начаться война. Разработчики программного обеспечения обвинили бы автомобильных инженеров в том, что они не разбираются в инновациях и живут в ископаемом веке. И наоборот, автомобильные инженеры обвинили бы разработчиков программного обеспечения в наивности в отношении инженерной сложности. Вскоре эти люди перестанут разговаривать друг с другом, и ваш продукт IEV окажется странным зверем.
Есть аргументы в пользу разделения автомобильной инженерии и разработки программного обеспечения путем предоставления общепринятого интерфейса. Хотя это могло бы быть идеальным, мы вступаем в стадию создания автомобилей на основе сценариев, когда функция может начинаться с человеко-машинного интерфейса, а заканчиваться контроллером в шасси. Разработчики программного обеспечения и автомобильные инженеры должны тесно сотрудничать, чтобы это произошло.
Хотя я также стремлюсь разработать формальную методологию для решения этой проблемы, на данный момент я могу дать только несколько практических предложений.
1. Я считаю, что роль управления проектом имеет решающее значение для успеха продукта IEV. Несколько лет назад я бы согласился с тем, что разработчики программного обеспечения мирового класса были ключом к успеху, особенно с успехом Tesla в интеграции многих передовых функций программного обеспечения в IEV. После того, как я сам прошел через этот процесс, я считаю, что у Tesla было несколько замечательных менеджеров проектов (вероятно, сам Илон Маск), которые разбирались как в программных инновациях, так и в автомобильной инженерии, и которые могли ставить разумные цели и определять в процессе создания IEV, какие функции могут быть надежными и безопасно интегрироваться в продукт. В конце концов, интеграция интеллекта в электромобили усложняет инженерное управление и требует нового поколения менеджеров проектов, которые должны не только обеспечивать выполнение процесса, но и иметь глубокое понимание обоих миров.
2. IEV имеют 10-летний жизненный цикл, и не все замечательные функции могут быть представлены при запуске продукта. Убедитесь, что ваши продукты имеют достаточную вычислительную мощность и датчики, чтобы будущие функции можно было плавно интегрировать в IEV, не ставя под угрозу существующие функции. Кроме того, убедитесь, что у вас есть отличная группа обновления по беспроводной сети (OTA), чтобы избежать сбоев при обновлении программного обеспечения.
3. В традиционном автомобильном бизнесе некоторые команды не связаны друг с другом — например, команда разработчиков программного обеспечения и группа разработчиков архитектуры электроники и электроники. Однако при создании IEV вы хотите убедиться, что эти команды подчиняются одному и тому же боссу. В противном случае, когда вы приблизитесь к выпуску продукта, ваше программное обеспечение может не соответствовать вашему оборудованию, и вам придется спешить к своему бедному поставщику первого уровня для тушения пожара.
Таким образом, эта проблема культурного конфликта относится не только к IEV, поскольку технологические продукты становятся все более сложными. Будем надеяться, что по мере того, как на рынок выйдет больше продуктов IEV, можно будет разработать более формальную методологию для управления постоянно растущей сложностью технологических продуктов. Эта методология сама по себе была бы большим достижением в области технологии и инженерного менеджмента.
