Рексофт: Неорганизованность отдела персонала.
Преимущества:
Нет
Недостатки:Странная компания с не менее странным отделом персонала.
Сначала HR в лице [К.] довольно активно приглашала меня на собеседование.
Когда обсудили все моменты по вакансии и договорились о проведении интервью, девушка предложила встречу только спустя неделю.
У меня сразу возникли сомнения, действительно ли так нужен сотрудник, если собеседование назначают на неделю вперёд. Обещала прислать ссылку на следующий день.
Ни ответа, ни привета.
-
Абсолютно некомпетентный рекрутер по имени [Н.] и фамилии [Д.] толком ничего не может рассказать о компании, роде её деятельности, бонусах, плюсах и минусах и сразу зовёт на собеседование в удобное ему время, иначе его не устраивает. После собеседования обещает развернутую обратную связь, но после обращений кормит завтраками и обещает на следующей неделе обязательно ответить. Не советую тратить время и на общение с данным ИчАААААР. Далее →
-
✓ ПреимуществаРаботал более 9 лет, и до объединения компаний в 2023 в целом все было отлично: полная удаленка, классный коллектив, годные проекты, щедрые повышения зп почти каждый год. Да, были и свои минусы, но они были незначительными, уходить я не собирался. Теперь из плюсов осталась только удаленка, и уже сильно поредевший из-за сокращений коллектив. Далее →✗ НедостаткиПервые серьезные проблемы начались с 23-го года, когда случилось объединение остатков епам и Рексофт. С этого момента рулить всей разработкой стали менеджеры из епама. Первый звоночек был в январе 24-го, когда проводили [censored] «логирование времени в Jira Tempo», где в резкой форме всем объявили, что время будет логироваться в джире, и что время с начала месяца (а на тот момент была середина месяца) нужно срочно перелогировать в джиру. Плюс добавили, что ранее в Рексофте время логировали менеджеры за разработчиков, а теперь разработчики сами будут это делать. Как разраб, много лет самостоятельно логировавший время в разных системах — я просто выпал в осадок. Никаких вопросов и уточнений на [censored] задать не дали. После мощной волны недовольства до менеджмента донесли, что действовать в таком формате не надо. Помогло ли это? Конечно, нет. Далее пошла смена остальных процессов: например, введен процесс ассесмента (чисто епамовский), который усложнил повышение зп. Также теперь, если заказчик не готов платить больше за разработчика, то зп не повысят, даже если ассесмент был пройден успешно. Ранее такого в компании не было. Проектные менеджеры епама не способны управлять проектами на 80−100 человек (проекту магма,... Далее →

