Работник написал отзыв о работе в компании Московский аэропорт Домодедово

Комментарий

Отзыв про аэропорт Домодедово. Конкретно про DI (DOMODEDOVO INTEGRATION), входящее в список аффилированных лиц DME. IT часть аэропорта Домодедово. В DME работал на разных позициях, грузчик-водитель в DC (DOMODEDOVO CARGO - грузовой терминал), входящее в список аффилированных лиц DME, с 19 до 20 лет; технологом грузового комплекса в том же DC, с 20 до 24 лет. Программистом в DI по проектам грузового комплекса. Сразу о плюсах: - Официальная зп (что начислили, далее объясню в минусах). - Широкие возможности для карьерного роста как вертикально, так и горизонтально. - Человеческие отношения (местами, на производстве). - Корпоративная система с хорошим набором инструментов защиты подчиненного/специалиста. Из минусов: - Гигантская по своим масштабам и чудовищная по нравственным качествам клановость. - Ввиду наплевательского отношения некоторых руководителей высокого уровня на протяжении многих лет происходит отток компетентных сотрудников, из-за чего кадровый состав потерял в компетентности (речь о DI+DC), далее объясню. - Двухуровневая официальная система доносов. - Сильно развитый буллинг (в основе своей из-за клановости). - Слабая инфраструктура разработки и тесстирования - Непрозрачная система расчета заработной платы (оговоренная зарплата на собеседовании, например, 100 т.р - в договоре записывают только 20, остальное - премия, часть которой очень часто лишают) - далее "Ставка". Подробности: Трудился в команде разработки системы грузового комплекса. Состав компетенции массово уволился в период ожесточения ковидных ограничений. Почему? Работодатель принудил штат разработчиков сесть за свой счет на 50% без сохранения Ставки. (сотрудники выполнили условия из-за непрозрачной системы расчета премиальной части - в договоре лишь 20% от оговорённой на собеседовании зп, то есть выбора не было). Разработчикам это не понравилось, массово ушли в Сбер. В случае повторного ужесточения ковидных ограничений ситуация может повторится (думаю, крайне маловероятно), и, насколько мне известно, свою ошибку руководство учло. После ослабления ковидных ограничений, набрали новых сотрудников, не имеющих компетенции в тематике грузового комплекса. Это приобретаемо, но на больших промежутках времени. Надо ли говорить, что количество ошибок разработки на "бою" резко возрасло для системы, входящей в перечень систем критической инфраструктуры аэропорта. Присоединился ко второму составу команды разработки после 6,5 лет работы на грузовом комплексе. На тот момент в команде уже имелись конфликты, в основном между молодыми (30-40 лет) специалистами и возрастными (45+). Среда очень конфликтная. Конфликты носят скрытый характер, лишь один человек рискнул перевести конфликт в открытую, за что ему большое уважение. (инициатор конфликта, ставший позднее руководителем, очень любил наветы за глаза, за что Мужик его наказал). Работая над проектами, трудностей не испытывал, т.к. до этого долгое время работал в организации-заказчике (DC). Крупную часть заказов сформировывал сам, исполняя обязанности в DC, поэтому со своими же проектами трудностей не знал. Коллега по DC, который тоже сформировавывал заказы, входит в определенный "клан" (если можно так выразиться), и поэтому формирование заказов (а это формирование и оформление ТрЗ + участие в предпроектной подготовке) для него носило весьма условный характер (из-за чего документация на проект приходила в некачественном виде). Естественно, разработчики не любили брать в работу его заказы, но руководству не прикажешь. И до меня добрались, стали давать проекты вот этого сомнительного авторства. Проблемы, естественно, участились. За успешно выполненный проект полагается бонус. Для меня было удивлением, когда узнал, что проекты моего авторства и реализации в части распределения бонусного фонда перечислялись вот тому самому коллеге (ещё один факт, подтверждающий "клановость"). Конечно, особо не расчитывал на дополнительные плюшки, работал в удовольствие, но руководству озвучил проблему. Приняли вид что разберутся, но только вид (опять таки, клановость). Львиная доля работы зависела от качества работы архитектора, он участвует в предпроектной подготовке и формулирует технические задачи для программиста на основе ТрЗ в виде План-графика. Здесь так же прослеживалась некомпетентность. То есть, на и без того низкокачественное ТрЗ, накладывается низкокачественный ПГ (план-график). Можно было бы не ориентироваться на ПГ, но вся работа с отчетностью по задачам основывается на ПГ, задачу у программиста принимают по ПГ. Для примера качества архитекторской работы (далее цитата архитектора): "Метод http SOAP". Если вы откроете спецификацию http, в описании методов вы не найдете SOAP, SOAP - это вид приложения. Ещё пример (далее диалог): "(Архитектор): UUID невозможно повторить - (Разработчик): крайне маловероятно - (Архитектор): нет, вообще невозможно". Позже, архитектора заменили на ещё более некомпетентного архитектора. При работе над проектом, в котором участвовал внешний разработчик и я, как внутренний, халатность в части документации предпроектной подготовки сыграла ключевую роль. Необходимо было выполнить задачу по обмену данными между 3 участниками: внешний участник (авиакомпания) по стандарту ИАТА отправляет сообщения, внешний разработчик принимает его, преобразовывает в формат, удобный нам и присылает, мы разбираем. Так же и обратная цепочка. В задачах для внутренней разработки предписывалось преобразуемый формат выполнить в соответствии со структурой нашей производственной базы данных. Для внешней разработки - ориентиром служил стандарт ИАТА. Усугубило положение дел решение того же архитектора о старте внутренней разработки в то время, как внешний разработчик ещё не приобрёл тот самый стандарт ИАТА (3 месяца приобретали) и не приступил к проекту. Естественно, проблемы начались, когда стандарт приобрели (к этому времени 95% внутренней разработки по ТрЗ было готово). Внутренняя разработка почти удвоилась фактически и это только благодаря уступчивости внешнего разработчика, могло быть и хуже. Естественно, я настаивал на перезапуске документации, но участники предпроектной подготовки протестовали и отказывались, т.к. фактически они бы признали свои ошибки официально перед вышестоящим руководством и клан бы пострадал. Мой интерес заключался в корректной оценке трудозатрат (это касается системы ставки: 20% в договоре + 80% в премию). Руководство заняло их сторону, что в очередной раз доказывает факт клановости и сватовства. СРТ - среда разработки и тестирования. Инфраструктура на крайне низком уровне, т.к. рабочие виртуальные машины программистов, ровно как и тестовые сервера, обладают невменяемой производительностью. Абсолютно нормальна ситуация, когда дебаг клиента на D7 запускается примерно 10 минут. Переодически накрывает тестовые сервера БД. Чтобы синхронизироваться с боевыми БД, можно потратить пол дня, а то и день. А это необходимо делать каждые 2 недели. Сервера баз данных ограничивались 500гб, что кратно меньше размеров производственной БД, крутились на устаревших физических хранилищах. Инфраструктурой СРТ управляют другие подразделения, у программиста зарезанные права доступа, сам ты не сможешь настроить автоматические вещи. Ещё примером клановости может послужить такой пример: ни для кого не секрет, кто в IT, что баги - частое явление. Вот и в DI такое тоже. Ошибки нужно исправлять. Некоторые ошибки признаются новым проектом, а некоторые - нет. Кто решает? - Клан. Программист работал над серьезной ошибкой, допущенной ещё в 2008 году (на дворе 2023), из-за которой вставала линия приема груза на час стабильно каждый день. Ранее проблем не было, потому что нагрузка по приему в это время отсутствовала, а мощностей для системы предоставлено было гораздо больше. Причина была проста: агент sql server выполняет одно из заданий, которое очищает старые записи фотографий груза. Запускается ночью. Хранимая процедура, выполняема по заданию, имела непроизводительный запрос, структура участвующих таблиц была денормализована. Так же в процессе участвует служба синхронизации данных и 12+ локальных баз данных (не спрашивайте). Проблема была решена. Проектом не признано. Другой программист исправил ранее существовавший отчет, который показал ошибку (из-за преобразования форматов данных) - это проектом была признано. Что меня держало на работе? Профильная область деятельности, я чувствовал себя как рыба в воде, имея опыт работы, логистическое + IT образованиЯ. Работал спокойно и закрывал глаза на многие вещи, но когда стали давить на зарплату, руководство всегда говорило об одном - выработка по проектам. После той замены архитектора на ещё более некомпетентного и замены руководителя команды ситуация совсем омрачилась. План-графики требовали проработки снова и в больших масштабах, новый руководитель был в корпорации 3 месяца, ни одного проекта он не выполнил на системе, надо ли говорить, что большая часть работы роли лидера команды была распределена между разработчиками. Работа архитектора перекладывалась на разработчика под лозунгом "Доосмечивание". То есть, "Исполняй обязанности архитектора". Ко всему прочему, в корпорации существует официальная двухуровневая система доносов. Сотрудник корпорации может стать агентом контроля качества анонимно. Если такой сотрудник обнаружит за вами ошибку в работе, он может донести на вас анонимно. За это он получит разовую прибавку к зарплате, а вы - лишитесь части премии. Премия состовляет 80% от оговоренной суммы. Например, на headhunter на текущий момент опубликована вакансия Разработчик C# .Net (middle). В разделе предлагаемой заработной платы указана вилка 180-240тыс рублей. В действительности, если вы согласитесь, скажем, на 200тыс рублей, то в договоре будет указана сумма 40тыс рублей (20%), а остальное на усмотрение работодателя (80%). Так вот, если на вас донесли, или руководитель решил что-то, то изначально оговоренной суммы вы не получите. Стоит отметить, что руководитель имеет разовую прибавку к зарплате, если его подчиненный зарабатывает меньше Ставки, а работу в объеме выполняет ту же. Что касается системы доносов, я узнал, что бывший друг (на тот момент мы дружили), доносил на меня за ошибки и зарабатывал на этом. Так же, общаясь с бывшими сотрудниками аэропорта, узнал и о таких случаях, когда руководитель доносил на подчиненного за опечатки в документах. Анонимно доносил. Имел бонус как за донос, так и за производительность при меньших затратах на ЗП. Почему двухуровневая система доносов? Второй уровень - агенты отдела безопасности (ОБ). Сотрудник может доносить в отдел безопасности за разовое вознаграждение за нарушения статей. Это более серьезный уровень проверок и зачастую носит характер нарушений правовых норм на уровне государственных законов. Например, кража комплектующих спец техники аэропорта. Тут, конечно, вопросов нет к такому рода агентству, однако такие же агенты доносят информацию личного характера о сотрудниках, чьим доверием располагают, будь то семейные проблемы, локальные конфликты на работе и так далее, своего рода плата за участие и анонимность. Общаясь с бывшими сотрудниками аэропорта, я узнал, что наибольшее количество таких агентов присутствует в отделах кадров предприятий и среди руководителей среднего звена и ниже. Работая в корпорации, вы не можете доверять окружающим вас коллегам, поскольку за любые ошибки вас могут анонимно наказать, а за неудобную для руководителя позицию - подставить. Принял окончательное решение увольняться после того, как в очередной раз столкнулся с системой клановости. Руководителем команды назначили возрастного сотрудника (+-50), который в корпорации провел около 3х месяцев. Надежда на него была, с виду честный и добродушный. Рассчитывал, что человек окажется добросовестным и будет разбираться с системой, разработкой которой он теперь руководит, но, к сожалению, этого не случилось. За 8 месяцев его руководства не было выпущено ни одного релиза, за тот же период руководства предыдущего специалиста, в среднем, каждый месяц выпускался релиз. Релиз интересен разработчику в мотивационном плане, 80% доходов из ставки (всё та же система 20/80) складывается в основном из проектных достижений. Высказывался в открытую о нелепости такого назначения перед руководством, сам не претендовал быть руководителем, более того, мне предлагали, но я отказался, потому как не хотел разменивать опыт написания кода, на опыт проведения времени на совещаниях. Все-таки наблюдается профессиональная деградация программистов в корпорации после перехода на руководящие посты. Вкупе с открытыми оценками технической документации и высказыванием мнений о назначениях, попал в опалу. Началась травля со стороны представителей Клана, с работы стали выживать. Перед тем, как написать заявление, расспросил бывшего руководителя команды, а так же бывших тестировщиков и программистов команды, как расчитывают при увольнении. 100% опровшенных сообщили, что премиальную часть при увольнении не выплачивают. Пообщался с руководством на эту тему и встретился с враньем. Руководители нескольких уровней отрицали данную информацию, хотя бывшие сотрудники показывали начисления при увольнении. После этой лжи, я запаролил код тогдашнего проекта, потому что не хотел быть обманутым в очередной раз и за бесплатно отдавать результаты труда. Руководитель отдела кадров пообещала, что если я распаролю исходники, предприятие выплатит оговоренную при трудоустройстве ЗП. Я доверился. Естественно, никаких выплат не поступило. Наивный глупец. Данный отзыв носит информационный характер и предупреждает тебя, дорогой мой соискатель, о ситуации в IT в Домодедово. Этого всего я не знал, пока не впал в немилость Клана. Кому, на мой взгляд, подойдет это место: - Вы новый человек в IT-индустрии без опыта и вам нужен старт. Это неплохое место, чтобы получить и старт, и опыт. Однако, не рекомендую задерживаться более, чем на 1 год. Вливаясь в IT-профессию корпорации, с первого же дня ищите место лучше и работайте исключительно на саморазвитие. - Вы человек в возрасте, имеете скромные амбиции или не имеете их вообще. Это идеальное место для пенсии. Вам простят некомпетентность в области в обмен на молчание и послушание, однако не стоит рассчитывать на добросовестные выплаты оговорённых на собеседовании сумм. - Вы потенциальный участник клана (близко знакомы или имеете родственные связи). Большинство описанных мною проблем в компании удастся избежать. - Вы девушка, которая планирует беременность. Корпорация достойно обращается с беременными девушками и соблюдает практически на 100% положенные им условия и гарантии. Однако, после выхода с декрета, не надейтесь на сохранение места. В корпорации ходит негласное правило: "Чей залёт, того проблемы". Не стоит вестись на имя корпорации, сейчас это осколок от когда-то действительно блистательной компании. Чичваркин Евгений (основатель Евросети) на вопрос "Кто лучший бизнесмен России" ответил: "Каменщик Д.В.". Если Вы хотите работать именно в Домодедово, то DI - одно из самых лучших предприятий в корпорации, на многих других предприятиях ситуация гораздо хуже.