ИННОТЕХ: Проблемы с управлением, коммуникацией и документацией.

Продукт: платёжные системы

Начнём с плюсов. Их будет мало.

Локальный запуск проекта:

Проект запускается. Всё. Базовый минимум. На некоторых проектах даже есть интеграционные тесты (которые, правда, мало что тестируют), но всё же.

Зарплата:

По рынку, но её не повысят, пока не принесёте контроффер из другой компании.

Оценка / performance review:

Её нет. Нет one-to-one с тимлидом — только если вы сами это форсите, чтобы обсудить проблемы. Часто такие one-to-one бесполезны: из-за загруженности лидов проблемы, о которых вы сказали, просто забываются.

Отпуска / больничные:

В отпуск вас (как разработчика) могут не отпускать очень долго — релизы идут один за другим. На больничные люди часто не уходят. Как-то, уехав на скорой в госпиталь, от менеджера я получила вопрос: «А ты сможешь работать из больницы?»

Документация проекта:

На совести разработчиков. В каких-то командах ребята не забывают про неё — но делают на [censored] так как это не часть acceptance (в отличие от того же EPAM, где тебя не пустят дальше, пока не сделаешь ADR, TDR и прочее). В каких-то фичах документации нет вовсе или она настолько устарела, что верить ей — стрелять себе в ногу. Важная информация передаётся методом базарной сплетни.

Аналитика:

Вы будете переписывать аналитику за аналитика. Потому что она неполная, потому что аналитик что-то не так написал и т. д. Можно сколько угодно обсуждать, насколько это не ок, но факт в другом: это дополнительная работа.

Рабочее расписание:

На собеседовании вам скажут, что оно нормированное, будете работать, как удобно, после морнинг-митинга и т. д. Это чушь. Вы будете работать, когда вам напишут. А пишут всегда. Так как некоторые коллеги находятся в другом часовом поясе, они могут писать не в ваше «официальное» рабочее время. Всем плевать. Если вы не ответите — вас начнут тегать в общем чате.

Ах да, самое приятное — рабочая переписка идёт в Телеграме. На онбординг-видео вы услышите громкое: «Да, мы используем Телеграм, и вы можете думать по этому поводу всё что угодно».

Также тут ночные релизы. Если что-то идёт не так (кто-то что-то проебал — это вообще классика), вас тегнут, и вы должны подключиться на созвон. Суббота, час ночи? Значит, вы подключаетесь в субботу в час ночи. Такие созвоны могут идти несколько часов.

Команда:

Год назад был трэш и ад. Не было лидов. Если вам дают фичу — независимо от грейда, к вам будут относиться так, как будто вы её менеджите. Сейчас команды вроде как укомплектованы, но лиды постоянно ругаются друг с другом — зачастую из-за видения «чистого кода».

Процессы:

Я бы сказала, что в Иннотехе самая ужасная с точки зрения flow delivery система процессов. На этапе высоких эстимаций вам ставят дедлайн до ПСИ (читай — демо). К нему вы должны сделать фичу.

Блокеры? Неправильно выставленные оценки? Всем плевать. За смещение сроков бьют плетьми. Нужно сделать так, чтобы фича работала — или хотя бы создавала видимость, что работает. Соответственно, код-ревью и релизы подгоняются именно под это.

Качество кода:

Это не совсем легаси — скорее, запутанность. Напоминает распределённый монолит. Сейчас от нового архитектора требования: все фичи писать по гайдлайнам (которым, к слову, не соответствует весь предыдущий код).

Увольнения:

Здесь всё забавно. Конечно, попросят написать «по собственному». Но особого внимания заслуживает то, как это делается. В один момент лид просто дропает человека из чата. У менеджеров Иннотеха есть практика замалчивания.

Вывод:

Идти стоит только если совсем нет других вариантов. Работать спокойно вам не дадут. Из-за запутанности кода вы будете заниматься не столько разработкой, сколько решением проблем с конфигурациями и прочим.

Спустя некоторое время наступит момент: «Так долго писал всякую [censored] что разучился писать код».

Ах да, ну навык написания аналитики за аналитика у вас точно будет..