Иннотех ВТБ: Неправильные рабочие условия и некачественные процессы.

Продукт: платёжные системы
Начнём с плюсов. Их будет мало.
Локальный запуск проекта: Проект запускается. Всё. Базовый минимум. На некоторых проектах даже есть интеграционные тесты (которые, правда, мало что тестируют), но всё же.
Зарплата: По рынку, но её не повысят, пока не принесёте контр-оффер из другой компании.
Оценка / performance review: Её нет. Нет one-to-one с тимлидом — только если вы сами это форсите, чтобы обсудить проблемы. Часто такие one-to-one бесполезны: из-за загруженности лидов проблемы, о которых вы сказали, просто забываются.
Отпуска / больничные: В отпуск вас (как разработчика) могут не отпускать очень долго — релизы идут один за другим. На больничные люди часто не уходят. Как-то, уехав на скорой в госпиталь, от менеджера я получила вопрос: «А ты сможешь работать из больницы?»
Документация проекта: На совести разработчиков. В каких-то командах ребята не забывают про неё — но делают на [censored] так как это не часть acceptance (в отличие от того же EPAM, где тебя не пустят дальше, пока не сделаешь ADR, TDR и прочее). В каких-то фичах документации нет вовсе или она настолько устарела, что верить ей — стрелять себе в ногу. Важная информация передаётся методом базарной сплетни.
Аналитика: Вы будете переписывать аналитику за аналитика. Потому что она неполная, потому что аналитик что-то не так написал и т. д. Можно сколько угодно обсуждать, насколько это не ок, но факт в другом: это дополнительная работа.
Рабочее расписание: На собеседовании вам скажут, что оно нормированное, будете работать, как удобно, после морнинг-митинга и т. д. Это чушь. Вы будете работать, когда вам напишут. А пишут всегда. Так как некоторые коллеги находятся в другом часовом поясе, они могут писать не в ваше «официальное» рабочее время. Всем плевать. Если вы не ответите — вас начнут тегать в общем чате. Ах да, самое приятное — рабочая переписка идёт в Телеграме. На онбординг-видео вы услышите громкое: «Да, мы используем Телеграм, и вы можете думать по этому поводу всё что угодно».
Также тут ночные релизы. Если что-то идёт не так (кто-то что-то пропустил — это вообще классика), вас тегнут, и вы должны подключиться на созвон. Суббота, час ночи? Значит, вы подключаетесь в субботу в час ночи. Такие созвоны могут идти несколько часов.
Команда: Год назад был трэш и ад. Не было лидов. Если вам дают фичу — независимо от грейда, к вам будут относиться так, как будто вы её менеджите. Сейчас команды вроде как укомплектованы, но лиды постоянно ругаются друг с другом — зачастую из-за видения «чистого кода».
Процессы: Я бы сказала, что в Иннотехе самая ужасная с точки зрения flow delivery система процессов. На этапе высоких эстимаций вам ставят дедлайн до ПСИ (читай — демо). К нему вы должны сделать фичу. Блокеры? Неправильно выставленные оценки? Всем плевать. За смещение сроков бьют плетьми. Нужно сделать так, чтобы фича работала — или хотя бы создавала видимость, что работает. Соответственно, код-ревью и релизы подгоняются именно под это.
Качество кода: Это не совсем легаси — скорее, запутанность. Напоминает распределённый монолит. Сейчас от нового архитектора требования: все фичи писать по гайдлайнам (которым, к слову, не соответствует весь предыдущий код).
Увольнения: Здесь всё забавно. Конечно, попросят написать «по собственному». Но особого внимания заслуживает то, как это делается. В один момент лид просто дропает человека из чата. У менеджеров Иннотеха есть практика замалчивания.
Вывод: Идти стоит только если совсем нет других вариантов. Работать спокойно вам не дадут. Из-за запутанности кода вы будете заниматься не столько разработкой, сколько решением проблем с конфигурациями и прочим. Спустя некоторое время наступит момент: «Так долго писал всякую [censored] что разучился писать код». Ах да, ну навык написания аналитики за аналитика у вас точно будет.