Lead Test Engineer AV Safety Assurance

Вы будете отвечать за то, как безопасность тестируется, оценивается и отчитывается в нашей QA‑команде. Наш Head of Safety отвечает за рамочную структуру безопасности компании и построенный на ней safety case. Вы отвечаете за слой ниже: ворота, критерии и отчёты, которые превращают ежедневное тестирование в доказательства, на которых может базироваться аргументация.

Трудность здесь не в столкновениях. Они очевидны, и никто не спорит о них. Сложность — всё, что не является столкновением: почти‑события, позднее торможение, колебание на перекрёстке, которое кажется неправильным одному инженеру и приемлемым другому, где необходимо вынести решение и затем вынести его так же на следующей неделе, другим человеком, в другом прогоне. Превратить это в критерии, которые будет последовательно применять вся команда, — это суть этой роли.

Вы будете руководить процессом и людьми, которые не подчиняются вам напрямую.

• Отвечать за ворота безопасности. Что считается находкой, релевантной безопасности, как она классифицируется и эскалируется, критерии, удерживающие merge или release, и как находки отслеживаются до закрытия, при этом повторяющиеся возвращаются в критерии.
• Отвечать за acceptance criteria. Определять, что измерять на каждом gate: от столкновений и почти‑событий до приоритета проезда и резкого торможения, где находятся пороги, и корректировать их по мере изменения технологии.
• Отвечать за safety report. Определить формат, в котором пишет вся QA‑команда: сопоставимый между прогонами, явно указывающий, что не покрыто, и достаточно короткий, чтобы его прочитали до принятия решения, а не после.
• Тренировать QA‑команду. Проводить сессии калибровки, ревью отчётов и обучать логике критериев, чтобы оценка безопасности стала тем, что команда применяет самостоятельно, а не тем, что вы добавляете при ревью.
• Быть голосом безопасности при принятии решения о release. Release решается на ревью, объединяющем engineering, safety и operations. Ваша часть — то, что никто другой не может предоставить: что действительно показали тесты и что ещё неизвестно, изложенное достаточно ясно, чтобы решение принималось с открытыми глазами.
• Связывать hazards с доказательствами. Превратить результаты hazard analysis (STPA, FMEA, HAZOP) в требования к нашему набору сценариев, в результаты и в основу, на которой может стоять наш safety case.
• Сотрудничать с safety organization. Перевести safety framework в тестируемые требования совместно с нашим Head of Safety и работать с development и analytics над tooling, позволяющим измерять эти требования.
• Следить за применимыми к нам правилами. Отслеживать стандарты и регуляции, регулирующие беспилотную эксплуатацию в Texas и за его пределами, и внедрять важные из них в процесс тестирования.

• 7+ лет в тестировании, верификации или валидации, включая владение тем, что пережило ваше участие — gate, review, reporting standard.
• Опыт, когда ошибка имела физические последствия. Автономные транспортные средства, авиация, медицинские устройства, железнодорожный транспорт, промышленная автоматизация, оборона — область имеет меньшее значение, чем вырабатываемые привычки: утверждения, подкреплённые доказательствами, чётко указанные ограничения и ясный ум относительно того, что ещё неизвестно.
• Мышление, ориентированное на hazards. Вы начинаете с того, что может пойти не так, и продвигаетесь к тому, что необходимо протестировать, чтобы узнать — и можете работать с результатами hazard analysis без необходимости их переводить.
• Уверенность в работе с residual risk. Вы можете озвучить, чего мы не знаем и насколько мы это принимаем, без завышения и без сглаживания.
• Влияние без полномочий. Большая часть работы состоит в убеждении инженеров и коллег из QA изменить свои методы, потому что ваш аргумент убедителен, а не потому что вы можете потребовать это.
• Привычка проверять цифры самостоятельно. Когда safety metric кажется неверной, вы обращаетесь к данным, лежащим в её основе, а не принимаете информацию с dashboard.
• Свободное использование LLMs как рабочего инструмента — быстрое чтение стандартов, логов и результатов, а также составление документов, которые создаёт эта роль.
• Отличный письменный английский. Решения других людей зависят от ваших документов.

• Практические знания стандартов, регулирующих эту работу — ISO 21448 (SOTIF), ISO/TS 5083, UL 4600, ISO 26262, ISO 34501–34505 — или их эквивалентов из вашей области, таких как DO-178C, IEC 62304 и ISO 14971, EN 50716, или IEC 61508. Тот, кто займёт эту роль, станет свободно разбираться в специфических для AV стандартах; мы не ожидаем, что вы уже обладаете ими.
• Автономные транспортные средства, ADAS или другая область, работающая без человеческой резервной опции.
• Прямой вклад в safety case, Voluntary Safety Self-Assessment или регулятивную подачу.
• Опыт разработки протоколов безопасности при on‑road тестировании и процедур для safety‑driver.
• Опыт найма инженеров.
• Практические навыки работы с SQL и Python для самостоятельного анализа результатов.

Кандидаты должны иметь разрешение на работу в США. Работодатель не предлагает релокацию, спонсорство, а варианты удалённой работы недоступны.

Avride является работодателем, предоставляющим равные возможности, и обязуется предоставлять разумные условия для квалифицированных соискателей и сотрудников с ограниченными возможностями, чтобы обеспечить им равный доступ к трудоустройству. Avride соблюдает закон Americans with Disabilities Act (ADA); если вам требуется разумное приспособление для помощи в процессе подачи заявки или найма, или для выполнения основных функций работы, пожалуйста, напишите на jobs@avride.ai.