Я шукаю..

Культурні зіткнення у створенні інтелектуальних електромобілів Інновації

Культурні зіткнення у створенні інтелектуальних електромобілів

Доктор Шаошань Лю є засновником/виконавчим директором PerceptIn, керівником проекту автономних мобільних клінік у BeyonCa та головою IEEE Entrepreneurship в Азії.

"без субтитрів"

Термін «інтелектуальний електромобіль» (IEV) природно означає інтеграцію інтелекту в процес виготовлення автомобіля. Традиційне автомобілебудування вже є дуже складним процесом; створення IEV додає додаткових складнощів, оскільки вимагає талантів з багатьох інших галузей, таких як інтернет-послуги та розробка програмного забезпечення.

Усі ці таланти походять із дуже різного середовища з широким спектром робочих культур. Змішання цих культур є унікальним викликом для виробників комплектного обладнання 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. У традиційному бізнесі з виробництва автомобілів деякі команди відокремлені, наприклад, команда програмного забезпечення та команда архітектури E/E. Однак, створюючи IEV, ви хочете переконатися, що ці команди звітують одному босу. Інакше, коли ви наближаєтеся до запуску продукту, ваше програмне забезпечення може не підійти до вашого апаратного забезпечення, і вам доведеться поспішати до свого бідного постачальника першого рівня для гасіння пожежі.

Підсумовуючи, ця проблема культурного зіткнення стосується не лише IEV, оскільки технологічні продукти стають усе складнішими. Сподіваємося, що в міру появи на ринку більшої кількості продуктів IEV можна буде розробити більш формальну методологію для керування постійно зростаючою складністю технологічних продуктів. Ця методологія сама по собі була б великим досягненням технології та інженерного менеджменту.