В IT-команде на 50 человек легко обнаружить неприятный сюрприз: Senior может получать на 30% меньше Middle, если зарплаты годами согласовывали «по ситуации». Именно поэтому зарплатные вилки снова выходят в центр разговора о найме и удержании: без них рост компании быстро превращается в набор частных договорённостей, которые плохо объясняются и ещё хуже масштабируются.
Об этом пишет Habr / Карьера со ссылкой на материал OTUS о том, как HRBP выстроить систему грейдов и компенсаций в IT-компании. Ключевая мысль простая: грейды и зарплатные вилки решают разные задачи, но по отдельности почти не работают. Грейдинг отвечает за иерархию ролей и уровней, а salary banding привязывает к этим уровням диапазоны оплаты с минимумом, серединой и максимумом. Если первая часть отвечает на вопрос «кто это и на каком он уровне», то вторая закрывает другой, куда более болезненный вопрос: «сколько ему платить и почему именно столько».
В качестве отправной точки авторы предлагают не копировать чужую оргсхему, а разобрать собственную. Для IT-компании среднего размера речь обычно идёт о 15-30 ролях, для каждой из которых есть от 3 до 6 уровней. В инженерном блоке это могут быть Backend, Frontend, Mobile, DevOps или SRE, Data и ML, QA и Automation; в продуктовой части — Product Manager, UX Designer, Product Analyst; отдельно идут управленческие и операционные роли. Логика здесь важная: HRBP должен описывать не названия из штатного расписания, а реальные роли, которые существуют в команде. Иначе почти сразу начинается бюрократический театр, где в документах одно, а в работе совсем другое.
Следующий шаг — не менее болезненный для любой компании, которая привыкла решать вопрос компенсаций в переговорной: сбор рыночных данных. В материале перечислены несколько источников, доступных российскому рынку в 2026 году: отраслевые обзоры вроде Habr Career salary survey и исследований от «Хантфлоу», платные исследования Mercer, Aon и Korn Ferry для крупных компаний, собственная статистика по офферам и ожиданиям кандидатов, а также обмен данными в профессиональных HR-сообществах. Практический совет выглядит здраво: опираться минимум на три источника и смотреть, сходятся ли цифры хотя бы в диапазоне 15-20%. Если разброс больше, проблема, скорее всего, не в «непонятном рынке», а в том, что компания сравнивает несопоставимые роли, уровни или регионы.
Для каждой роли и уровня OTUS предлагает собирать 25-й, 50-й и 75-й перцентили рыночных зарплат, а затем уже на их основе строить вилку. Рекомендованная схема выглядит так: минимум — около 75-80% рыночной медианы, середина — сама медиана, максимум — 115-125% от неё. Внутри одной вилки соотношение между минимумом и максимумом обычно держат в диапазоне 1,4-1,6. Если вилка уже, сотруднику почти некуда расти без формального повышения; если шире, соседние уровни начинают сливаться, и система теряет смысл. Отдельно подчёркивается, что разница между midpoint соседних уровней должна быть заметной — обычно 20-35%. Иначе Senior на бумаге превращается в слегка подорожавшего Middle, а переход на новый уровень перестаёт быть карьерным шагом.
В материале есть и условный пример для Backend Engineer в Москве на середину 2026 года. Для Junior указана вилка 150-250 тысяч рублей при медиане 200 тысяч, для Middle — 230-370 тысяч при midpoint 300 тысяч, для Senior — 350-550 тысяч при медиане 450 тысяч, для Lead — 500-750 тысяч при midpoint 620 тысяч, для Principal — 700 тысяч до 1,05 млн при середине 850 тысяч. Важная оговорка: это иллюстрация, а не готовый прайс-лист для рынка. Но сама конструкция полезна тем, что показывает допустимое перекрытие между соседними уровнями — порядка 10-15%. Топовый Middle и начинающий Senior могут получать сопоставимо, и в этом нет ошибки. Ошибка начинается там, где такие пересечения никто не контролирует, а решение каждый раз принимается заново под давление срочного найма или агрессивного кандидата.
Для бизнеса смысл системы не сводится к «навести красоту в табличке». Зарплатные вилки дают более внятное бюджетирование, снижают риск внутренних перекосов и помогают разговаривать с нанимающими менеджерами на одном языке. Если кандидат просит сумму выше потолка грейда, у компании появляется выбор, оформленный не эмоциями, а рамкой: либо рынок действительно ушёл вверх и грейд пора пересматривать, либо запрос не совпадает с ролью, и тогда не надо притворяться, что исключение «всего один раз» ничего не сломает. Для сотрудников плюсы тоже достаточно земные: понятная карьерная траектория, прозрачные критерии роста и меньшая зависимость от способности громче всех просить повышение.
Отдельно OTUS напоминает, что считать только base salary уже недостаточно. Вилка может включать не только оклад, но и годовой бонус, опционы или phantom shares, а также доплаты за on-call. Для Senior и выше годовой бонус в примере достигает 15-25% от базы, для Middle — около 10%, для Junior — от 0 до 5%. Это важная деталь для российского IT-рынка, где компании любят сравнивать офферы «в лоб», хотя структура компенсации у работодателей сильно различается. На бумаге два предложения могут выглядеть близко, а по total compensation расходиться на 30-40%.
Главный вывод из этого разбора неприятно приземлённый: система грейдов не нужна только тем, у кого либо совсем маленькая команда, либо очень высокая терпимость к внутренней несправедливости. Остальным всё равно придётся выбрать, что дешевле: один раз собрать роли, уровни и рыночные ориентиры или потом тушить конфликты, когда сотрудники начнут сравнивать зарплаты не по должностям, а по факту работы.