В декабре 2023 года мы писали о внезапных «сокращениях» в компании РТ МИС — разработчике единой медицинской информационной системы. Тогда причиной расставания с частью сотрудников менеджмент называл сокращение планируемой прибыли компании на 2024 год. О качестве работы сотрудников в 2023 году речи не шло.
В марте 2024 года гендиректор Александр Мартыненко в интервью Cnews утверждал, что команда в 2023 году продуктивно поработала. Были разработаны и запущены несколько новых модулей, 15 регионов достигли требуемого уровня цифровой зрелости в рейтинге Минздрава, были запущены интеграции с Госуслугами во многих регионах, обеспечена возможность удалённой записи к врачу. Он рассказывал и о больших планах на 2024 год. Среди прочего были упомянуты стратегические цели: повышение качества и надёжности продукта ЕЦП. МИС и повышение уровня удовлетворённости заказчиков. О планах по развитию команды и повышению лояльности сотрудников не было сказано.
В том же марте 2024 года сотрудники компании с удивлением узнали, что Александр Мартыненко уходит на повышение и теперь будет работать вице-президентом по созданию и развитию государственных информационных систем компании «Ростелеком», генеральным директором АО «РТ Системы коммуникаций». Новым генеральным директором РТ МИС назначен Дмитрий Зима.
Отношения с сотрудниками после нового назначения как раз не потеплели: первым делом выяснилось, что команда не достигла одного из ключевых показателей эффективности за первый квартал, поэтому премия за него будет сокращена. В разных отделах — на разную величину и с разными обоснованиями, иногда идущими вразрез с установленной в положении об оплате труда процедурой. После этого новый гендир объявил, что компания не выполнила план по финансовым показателям в прошлом году, и поэтому будет сокращена годовая премия за 2023 год. В корпоративной рассылке он указал, что топ-менеджмент раздумывал над вариантом не выплачивать годовую премию совсем, но в итоге всё-таки было принято решение о выплате в размере 75%.
Обе премии традиционно выплачиваются в мае, с зарплатой за апрель. Как показало наше исследование уровня зарплат, в компаниях со специализацией «Медицина, фармацевтика» медианный уровень оплаты труда самый низкий, ниже только в специализации «Производство», так что премиальная часть очень важна для работников. Сокращение премии стало крайне неприятным сюрпризом для многих.
В компании не проводится индексация зарплаты, хотя соответствующий пункт есть в положении об оплате труда и мотивации. От вопросов об индексации руководство отмахивается, утверждая, что её не будет, рассчитывать на неё нечего и нужно хорошенько потрудиться, чтобы доказать, что ты достоин повышения зарплаты.
Что же получается? Планы по развитию продукта есть. Планы по закрытию так называемого технического долга есть. Так называемого — потому что в компании под техническим долгом понимается не то, что принято в индустрии. Здесь технический долг — это незакрытые контракты, по которым пока не удалось получить оплату, потому что заказчик не принимает работу.
Планы, как повысить удовлетворённость заказчиков и пользователей, тоже есть. А что насчёт сотрудников, какие на них планы?
Пока что создаётся впечатление, что план в духе бессмертного «побольше доить и поменьше кормить». С «пряниками» как-то не задалось, в конце прошлого года пришлось даже расстаться с частью сотрудников. А вот «кнут» в виде сокращения премий уже пошёл в дело.
Что же делать? Единственный способ защиты от произвола работодателя, будь то увольнения, уменьшение зарплат и премий или рост нагрузки без соответствующей оплаты — это самоорганизация и солидарность работников. Происходящее станет весомым поводом для создания первичной профсоюзной организации. Объединяйтесь!
Комментарии (31)
fizikdaos
20.05.2024 06:47+7У бабки на базаре пруфов больше. Сколько средний оклад, сколько премия? О каких суммах вообще речь? Может там премия больше символическая, на конфеты к чаю, а мы тут это обсуждаем? Что в положении о премировании написано, какие показатели были в плане, какие получились? Новость ни о чем: где-то премий заплатили меньше, чем кому-то хотелось.
kriptonuh
20.05.2024 06:47Как работник скажу, что все верно в статье написано. Годовая премия - в зависимости от грейда 15-20% от оклада за весь год, можешь посчитать, сколько это для разработчиков с опытом. Совсем не на конфеты. Без премии зп немного ниже рынка, с премией - вполне в рынке.
Показатели по задумке выдаются заранее, делятся на личные, командные и бизнесовые, у рядовых разрабов - 100% личные, у тимлидов личные+командные, бизнесовые - у руководителей среднего звена и выше. При этом решено было порезать на 25% всем, вне зависимости от этих показателей. Наша команда, например, свои личные и командные выполнила на 100% и повлиять на это не могла.
Keks650
20.05.2024 06:47+11У нас кажется не крепостное право, почему-то все забывают, что отношения работник - работодатель двунаправленные и оба нуждаются друг в друге. Если работодатель делает для вас, как вам кажется несправедливые условия, вы всегда можете его сменить.
Dmitry_604
20.05.2024 06:47Согласен. Ну и со стороны бизнеса действительно бывают случаи когда резерва финансов на повышение ФОТ нет, но не факт что и через год появятся, это тоже надо понимать. Так что "думайте сами, решайте сами". Ну и лучше пусть честно скажут что сейчас хреновый период, и не обещать что "через год точно будут золотые горы", чтобы сотрудник принимал решение без иллюзий.
kbnrjlvfrfrf
20.05.2024 06:47+3Если работодатель делает для вас, как вам кажется несправедливые условия, вы всегда можете его сменить.
Делает он не просто так, а понимая что рынок изменился, и теперь ручонки этим айтишникам можно и повыкручивать. Пусть какая-то часть уйдёт - на их место очередь за воротами. А можно и не нанимать никого, а раскидать нагрузку ушедших на оставшихся. Двойной PROFIT!!11
Keks650
20.05.2024 06:47+1Нууу как-то недальновидно, замена специалиста, который на условном проекте работал хотя-бы год, это само по себе стресс для бизнеса. Нового разработчика нужно сначала найти (и возможно в очереди за воротами подходящих нет, а может и самой очереди нет..), потом дай ему в проект вкатиться (а это в прямом смысле инвестиция), он может через месяц просто не явиться на работу, потому что понял что это "болото".
А если говорить о перераспределении нагрузки на оставшихся разработчиков - то во-первых это ещё более завязка бизнеса на этих разработчиков, ну и повышение нагрузки точно так-же может подтолкнуть их к поиску новой работы, что кратно увеличит проблему.
В общем раскидываться кадрами - это самодурство с точки зрения бизнеса (здорового).kbnrjlvfrfrf
20.05.2024 06:47Нууу как-то недальновидно, замена специалиста,
Смотря какого специалиста. Если это ПМ, бизнес-аналитик и т.п. расклада товарищи, которые знают каждый прыщ проекта, а то и ещё и сами кодить умеют, то, конечно, такими разбрасываться себе дороже выйдет. А если это обычный линейный разраб, у которого кроме жавы, докеров и прочих микросервисов ничего за душой нет, а задачу ему вышеупомянутые товарищи разжёвывают, то таких нынче как перчатки менять можно.
Keks650
20.05.2024 06:47Ну не знаю, как-то вы обесценили значимость линейного разраба у которого за душой нет докеров, жавы и микросервисов. Я вас уверяю сейчас при найме уже не просто найти разраба (даже уровня мидл) который знает что такое SOLID и может это адекватно объяснить. Я уже молчу про уровни изоляции транзакций в базах данных
kbnrjlvfrfrf
20.05.2024 06:47+1Я вас уверяю сейчас при найме уже не просто найти разраба (даже уровня мидл) который знает что такое SOLID и может это адекватно объяснить. Я уже молчу про уровни изоляции транзакций в базах данных
Если вы ищете ходячий справочник, который вам будет по запросу выдавать термины и определения, то вам среди [вчерашних] студентов надо поискать.
А вот специалистов с солидным практическим опытом немного не так ищут и оценивают.
Dmitry_604
20.05.2024 06:47Да, к сожалению, пытаются искать так же часто.
Вот как раз из примера выше я на память не помню расшифровку буковок из SOLIDа но когда изучал все понял, насколько помню из описанных там принципов, в основном и так им следовали у нас в команде. Ну видимо если проходить собесы надо зубрить подобное опять. Вопрос насколько это оправдано для меня открытый.
kbnrjlvfrfrf
20.05.2024 06:47+1в основном и так им следовали у нас в команде.
А те кто зазубрил опредления, или с выражением рассказывают про паттерны и чистую архитектуру, как правило потом такооой лютый говнокод генерят.
Это уже как антипаттерн при найме можно использовать.
piton_nsk
20.05.2024 06:47Я вас уверяю сейчас при найме уже не просто найти разраба (даже уровня мидл) который знает что такое SOLID и может это адекватно объяснить. Я уже молчу про уровни изоляции транзакций в базах данных
Сколько предлагаете? Может зарплата не соответствует, вот и непросто найти. Чем занимаетесь, если надо знать уровни изоляции транзакций? Вопрос, мягко говоря, специфический.
kbnrjlvfrfrf
20.05.2024 06:47Чем занимаетесь, если надо знать уровни изоляции транзакций? Вопрос, мягко говоря, специфический.
Как правило ничем таким не занимаются. А вопрос чисто на "завалить".
Это так, общее наблюдение по рынку. Оппонент пусть сам за себя пояснит, конечно.
Dmitry_604
20.05.2024 06:47+1Ну или как вариант не завалить а заодно почесать свое чсв, с гордым видом, что недавно вычитал и запомнил какой- нибудь нюанс а визави его не знает, лошара :)
Keks650
20.05.2024 06:47+1Ну например в найме Backend PHP, зп согласно присвоенному грейду в среднем 200 на руки. Нужно хотя бы понимать что такое SOLID и зачем он нужен. А нужно это для того, что-бы человек, который пришёл в команду не начал делать задачи так как ему хочется/умеет, а делал так как это принято в команде, чтоб код был поддерживаемым, это единственная цель.
Знание что такое уровни изоляции - делает быстрый срез, насколько человек понимает как работает СУБД, код довольно высоконагруженный нахватать Deadlock-ов ничего не стоит при неумелом обращении.Dmitry_604
20.05.2024 06:47Так зачем знать именно аббривеатуру? Спросите про принципы человеческим языком тогда. Ну и при приходе в команду обычно дается некий стандарт кодирования все же.
Про дедлоки понятно, вот такие практические вопросы приветствую, одна из самых неприятных задач на моей практике была исключить дедлок на проде (еще под windows тогда, gdb не подключишь по простому) который раз в месяц условно происходил, а работать должна была программа 24/7.
kbnrjlvfrfrf
20.05.2024 06:47+1не начал делать задачи так как ему хочется/умеет, а делал так как это принято в команде, чтоб код был поддерживаемым, это единственная цель.
Разработчик "со стажем" и так это знает. И для этого не надо заучивать определение SOLID.
код довольно высоконагруженный нахватать Deadlock-ов ничего не стоит при неумелом обращении.
Ну допустим он не знает и нахватает дедлоков. Катастрофа случится? У вас код в прод релизится без всеобъемлющего тестирования, в т.ч. нагрузочного? Что мешает опытному спецу разобраться в своих косяках, переделать всё как надо, попутно узнав много нового? Вы кажется забыли (или никогда не знали?) что индустрия разработки ПО исторически всегда была про способность быстро разбираться, а не про шаблонные навыки и "знания". С последним на стройку людей так нанимают, а не в разработку ПО.
Dmitry_604
20.05.2024 06:47По поводу дедлоков - не всегда тестирование можно провести в достаточном объеме чтобы все выползли все же. Лучше придерживаться определенного стиля при использовании мьютексов, чтобы снизить до минимума их вероятность.
А так в целом согласен, по мне логично в собеседовании про практику спрашивать, а не всякие там определения или каверзные сценарии из книжек. Но если человек использовал многопоточность то про дедлоки рассказать все же должен, на мой взгляд.
kbnrjlvfrfrf
20.05.2024 06:47По поводу дедлоков - не всегда тестирование можно провести в достаточном объеме чтобы все выползли все же.
Ну мы же про кандидата который типа вообще ни в зуб ногой. Его проблемы сразу всплывут. И если не дурак - разберётся. И это самое главное в хорошем разработчике. А просто ошибки и прокаченные спецы допускают.
Но если человек использовал многопоточность то про дедлоки рассказать все же должен, на мой взгляд.
Распространённые вещи нет смысла спрашивать. А всякие специфичные - кандидат волею судеб может никогда не сталкивался с ними. Значит ли это что он плохой разработчик? Нет, не значит.
Dmitry_604
20.05.2024 06:47Ну вот иногда понимание распространенных все же и методы решений стоит спросить, чтобы понимать насколько вменяем человек и не врет в резюме. В формате диалога а не допроса.
А то есть отдельные личности которые программируют копи пастом всю жизнь к сожалению и зубрят к собеседованиям термины.
piton_nsk
20.05.2024 06:47Знание что такое уровни изоляции - делает быстрый срез, насколько человек понимает как работает СУБД, код довольно высоконагруженный нахватать Deadlock-ов ничего не стоит при неумелом обращении.
Все равно непонятно. Вы с дедлоками боретесь уровнями изоляции? Почему не спросить про релевантный опыт или как бы кандидат разбирался с реальным кейсом? Вообще говоря на современной (и даже не очень) СУБД нахватать дедлоков это надо еще постараться. Времена MS SQL Server 7.0 давно прошли. Да и в те времена зачастую просто добавляли во все запросы WITH NO LOCK просто на всякий случай)
kbnrjlvfrfrf
20.05.2024 06:47просто на всякий случай)
Вот здесь категорически не соглашусь. В инженерном деле, и в разработке ПО в частности, нет места никаким "на всякий случай". Вы должны чётко отдавать себе отчёт что делает каждая команда (или хинт СУБД), какие издержки и потенциальные проблемы она несёт. За любое "улучшательство" всегда надо платить. Поэтому вы должны доскольно разобраться и убедиться что в вашем конкретном кейсе эта "плата" не навредит.
piton_nsk
20.05.2024 06:47Вот здесь категорически не соглашусь.
Я не говорю что это правильно, но так делали. А кое-кто делает до сих пор.
Вы должны чётко отдавать себе отчёт что делает каждая команда (или хинт СУБД).
Полностью согласен, но в реальной жизни часто делают тяп ляп, или потому что "так делали всегда", или "надо сделать вчера, разбираться некогда".
piton_nsk
20.05.2024 06:47А нужно это для того, что-бы человек, который пришёл в команду не начал делать задачи так как ему хочется/умеет, а делал так как это принято в команде
А если в команде принято нарушать SOLID? Сложилось так исторически, переделывать нецелесообразно, решили пусть будет безобразно, зато единообразно.
Для этого нужны code conventions и единая архитектура. А если уже написано 5 разными способами, то поезд ушел и никакой SOLID не поможет.
asdfddsa
20.05.2024 06:47оба нуждаются друг в друге
Вот только все рычаги у работодателя. Работодатель может обещать, но не выплатить, а чем работник ему может ответить? Думаете выплата премий раз в год, со сдвигом сроков аж на май, просто так делается?
Ну встанешь и уйдешь, потом еще 100 человек так же уйдут, на их место наймут новых и будут так же кидать. Такую корову можно десятками лет доить, а с откатами практически бесконечно. Потому что все молчат и думают лишь о свой заднице.
PS
Плевать им, сколько уйдет и сколько придет. Наймут аутсорсеров, когда все люди совсем закончатся. Хотя практика показывает, что сейчас там за воротами практически неисчерпаемый трудовой ресурс. Лично я сейчас нигде не могу найти другую работу, в откликах один лишь спам "бла-бла, наша компания проводит конкурс красоты в 5 этапов на должность разработчика".
Keks650
20.05.2024 06:47+3Вот только все рычаги у работодателя.
Да почему же, работодатель (если бизнес не фиктивный и построенный с целью приносить деньги) точно так же нуждается в квалифицированных сотрудниках. Одно дело если сотрудник сам пришёл на стуле посидеть и не приносит ощутимой пользы процессу. Другое дело попробуй просто так заменить да условного DevOps в компании с численностью персонала > 50 человек. Повторю свой тезис выше, это только сказки что "за воротами ещё 100 человек стоит" (если конечно вы не руководите бригадой дворников, тут скорее да).
2PAE
20.05.2024 06:47Как показала более чем 100 летняя практика, страшнее чем государство, для работодателя только профсоюз работников.
Поэтому "разделяй и властвуй". И т.д. и т.п. И да, такие мысли как у вас, именно то, о чём мечтает работодатель.
Срезать этому парню 50% премии!
pes_loxmaty
20.05.2024 06:47+1Обе премии традиционно выплачиваются в мае, с зарплатой за апрель.
Обычно в таких случаях в день выплаты премии в ОК появляется стопка заявлений.
kbnrjlvfrfrf
У вас неправильная картинка. Настоящий руко-водитель на любой "каверзный" вопрос за словом в карман не полезет и всегда блестяще выкрутится.
Vitimbo
На кредитные деньги он ее купил и теперь доедает без соли, как и его более низкоранговые коллеги, мы все в одной лодке (сарказм) :)