3.3. Continuous delivery.

Тут тоже многое может пойти не так.

Например, длина релизного цикла часто навязана сверху процессами компании или контрактом с клиентом. То есть, если вы загорелись идеей нескольких релизов в день, то, чаще всего, это за пределами власти тимлида. Поэтому, если такое для вас важно, при поиске места учитывайте этот момент.

Но Continuous Delivery возможен и без ежедневных релизов. А вот без чего он не возможен, так это без соответствующей инфраструктуры: без пайпа и без стендов, на которых вы могли бы гонять автотесты в рамках пайпа. Особенно, нагрузочные тесты. И тут техдир легко может по незнанию вам напихать палок в колёса, указав, что автотесты - это задача команды автотестеров, а пайп и инфра - задача команды девопсов. И удачи вам построить каноничный книжный continuous delivery pipeline, когда у вас нет возможности его написать, нет доступа к инфраструктуре, а девопсы ваши запросы игнорируют, считая, что вы занимаетесь какой-то фигнёй.

Очень часто архитектура, бюрократия и процессы не позволяют команде релизиться независимо от других команд. Впрочем, при должной сноровке, некоторые из этих препятствий можно обойти.

Заключение.

В целом, приземлиться тимлидом куда надо - вообще не тривиальная задачка. Скорее всего, через несколько месяцев поисков, вы пойдёте на компромисс и чем-то пожертвуете. Если ваша цель - хорошие процессы и комфортная работа, я бы пожертвовал нормальной работой над скоупом и Непрерывной поставкой. В конце концов, хорошая культура и нормальные тесты - вполне себе достаточный минимум для старта.