Comments 24
Очень интересно было бы посмотреть на требования по каждому грейду. Разбить грейды на категории и привязать к этому за - идея не новая мягко говоря. Самое интересное, это как объективно оценить кто какого грейда заслуживает.
Так а в чем суть статьи? Выглядит как примерное описание подготовительное для себя в подготовке материала.
Сколько же у Вас человек работает, что понадобилась система грейдов. Да не такая, что делают C&B, а своя обособленная
Если честно, схема выглядит заморочено. ладно там, сбербанк может себе позволить админить такую структуру, но Вам это зачем? Чтобы прибавить 10к к зарплате раз в квартал теперь придется делать перевод на другую должность с внесением в трудовую книжку. Был разработчик первого уровня, стал разработчик второго уровня. А если чел молодой специалист, так он растет быстро и в течении пары лет у него будет 8 записей в трудовой
А в подборе все сводится к тому, что с челом договариваются на 100к, а потом ищут подходящий грейд. Ну например "разработчик 3-й категории".
При этом, если на рынке труда сменилась ситуация (не как сейчас, а зарплаты выросли), так Вам придется менять всю схему, потому что если раньше разраб третьей категории был допустим 100к, то теперь стал 110к. И что? принимать его на разраба 4-й категории. Но на 4-ю категорию он не тянет. А платить нужно (иначе пойдет в ХХ, где не морочат голову грейдами, а смотрят на конкретного специалиста)
В ИТ 70+ человек.
В статье было сказано, что категория служит только для внутренней калибровки. Т.е. при движении внутри грейда никаких переводов в трудовой книжке не будет.
Насколько я понял автора, индексация з/п будет проходить массово: если рынок увеличился на 20%, всем грейдам и поднимут вилку примерно на 20%, но с округлением до 10 000 рублей. А вилку внутри грейда, видимо, сохраняют увеличением разрыва в з/п между грейдами. Хотелось бы, действительно, услышать ответ от автора: насколько я угадал?
Не по теме статьи вопрос, но все же: чем плохо 8 записей в трудовой?
8 записей в трудовой плохо трудозатратами
В статье было сказано, что категория служит только для внутренней калибровки.
Т.е. при движении внутри грейда никаких переводов в трудовой книжке не будет.
Да, совершенно верно.
Насколько я понял автора, индексация з/п будет проходить массово: если рынок увеличился на 20%, всем грейдам и поднимут вилку примерно на 20%, но с округлением до 10 000 рублей.
Да, логика такая - корректируем вилки грейдов с шагом 10к.
А вилку внутри грейда, видимо, сохраняют увеличением разрыва в з/п между грейдами.
Хотелось бы, действительно, услышать ответ от автора: насколько я угадал?
Да, в целом, вы правильные выводы сделали.
Не по теме статьи вопрос, но все же: чем плохо 8 записей в трудовой?
Плохо, наверное, только в том плане, что много места на бумаге занимает, хотя сейчас трудовые в электронном виде.
Имхо грейды имеют смысл только в большой и очень богатой компании, когда они привязаны как к существенным материальным ценностям, так и к положению в сложной, большой иерархии.
Для компании меньше 500 человек, да еще и склонной кроить каждую копейку это не имеет смысла.
Эта система нужна даже при минимальном количестве персонала, если компания в том числе стремится создать условия белой и прозрачной компании для людей. С ростом же персонала, система обрастает инструментами, чтобы ее было удобно и не больно админить.
Мы как раз движемся к привязке этой системы к материальным ценностям, в контексте привязки не только зарплат к грейдам, но и премиальной истории.
Пока в статье описана классическая тарифная сетка и никакого намека на грейды не видно.
Через ступень хотя бы внутри грейда прыгать можно?
Потому что всерьёз рассчитывать что сотрудник в здравом уме вдолгую будет играть в эту лесенку шаг за шагом несколько наивно.
Если это всё про разработчиков, то где же тогда "Разработчик 0 категории"?
Интересно, что делаете, когда человека взяли на один грейд, а он по факту оказался на три грейда ниже?
Обновление системы грейдов: с чего мы начинали, какие проблемы нашли и что нам дал новый подход