Lead DevOps в нашем понимании (вообще мутное описание вакансии :)) это тот же servant-leader, который может в best engineering practices, который может тянуть людей выше их текущих компетенций.
Проблема мотивации решается нормальным product vision у всех сотрудников
И ты ж не управляешь ресурсами, тебе сколько лет в этом голухом энтерпрайзе? Ты работаешь с процессами и людьми, и на процессы все вмесе можете влиять, разница в том что у лида в этом опыта больше.
Тем не менее, ситуация из моей практики: лид и разраб погружаются в проблему, разраб требует делать общение двух сервисов путём общей БД и на все предложения альтернативных путей отвечает отказом. И тут как быть: быть славным парнем и получить хрень вместо решения или настучать разрабу по лбу, стать плохим - но получить поддерживаемое решение?
Решение интегрировать девопса в команду для перекресного опыления знаниями, и консилиумом прийти. Команда на то и кросс-функциональная, чтобы быть юнитом, который докидывает до релиза фичу.
Спорный вопрос. Должный фильтр при найме и нормальные ценности в компании с постоянным мониторингом соответствия им сотрудников, это довольно динамичная и гибкая система, чтобы и мотивированным делать результаты держать сотрудников(-ц), и деньги делать
Если ты нормально каждую фичу будешь как продакт девопсу разъяснять, и это будет в части твоей корп. культуры, с понятными метриками, то команда сама заинтересована нормально всё делать.