Карьерная лестница отвечает на вопрос, который рано или поздно задают в любой растущей команде: что мне сделать, чтобы перейти на следующий уровень? В компании на 15 человек основатели отвечают на него в разговоре. Когда людей 40 или 80, руководителей несколько, а департаментов больше одного, ответы у разных руководителей начинают расходиться — и сотрудники это замечают.
Это руководство — для компаний примерно на 20–200 человек, которым нужна система грейдов без отдельного HR-отдела. Метод подходит для разработки, продаж, поддержки, продукта, дизайна и операционных команд. Ниже — семь шагов, разбор на примере и список ошибок, из-за которых хорошая лестница превращается в документ, который никто не открывает.
Что такое карьерная лестница и чем она не является
Карьерная лестница — это последовательность ролей в одном направлении работы, упорядоченных по уровням, с понятным описанием того, что ожидается на каждой ступени. «Специалист поддержки старший специалист ведущий специалист руководитель поддержки» — это лестница. Если поставить рядом несколько лестниц одного департамента — например, экспертный трек и управленческий — и добавить компетенции, по которым оценивают каждую роль, получится карьерный фреймворк. Вместе такие фреймворки и называют системой грейдов.
Термины, которые используются дальше:
- Департамент — подразделение со своей лестницей: разработка, продажи, поддержка.
- Трек — один путь внутри департамента: экспертный или управленческий.
- Уровень (грейд) — ступень трека, сопоставимая между треками: третий уровень одного трека примерно такой же по старшинству, как третий уровень другого.
- Роль — работа на конкретном уровне конкретного трека: «старший менеджер по продажам».
- Компетенция — область, по которой оценивают человека: коммуникация, техническая глубина. Каждую компетенцию описывают отдельно для каждого уровня.
Карьерная лестница — не список должностей и не зарплатная сетка. Должность говорит, как человек называется; лестница — что от него ожидают. Зарплату к ней можно привязать позже, но лестница, которая начинается с вилок, обычно становится инструментом торга, а не развития.
Перед стартом: границы и ответственные
Три решения, принятые заранее, экономят недели.
Начните с одного департамента. Выберите тот, где вопрос «как мне здесь расти?» звучит чаще всего, — обычно это самая большая команда или та, что быстрее всего нанимает. Если строить всё сразу, усилия размазываются, а пользу никто не получит ещё долго.
Назначьте ответственных. За содержание отвечает руководитель департамента. Помогают один-два опытных человека из команды: они знают, как работа выглядит на каждом уровне на самом деле. За общую структуру отвечает кто-то из первых лиц — часто CEO, CTO или COO, — чтобы уровни значили одно и то же во всех департаментах.
Решите, зачем нужна первая версия. Лестницу, к которой обращаются только при повышениях, открывают дважды в год. Лестницу, по которой идут регулярные карьерные разговоры, открывают каждый месяц. Договоритесь сразу, что она нужна для обоих случаев: от этого зависит, как писать ожидания.
Шаг 1. Опишите роли, которые уже есть
Прежде чем что-то проектировать, зафиксируйте текущее положение. Выпишите всех сотрудников департамента: нынешняя должность, кому подчиняется, чем примерно занимается. Затем сгруппируйте тех, кто делает похожую работу похожего масштаба.
Обычно обнаруживаются три вещи:
- Раздутые должности. Человека наняли «старшим», когда в команде было трое, а сейчас он работает в том же масштабе, что и коллеги без этого слова в должности.
- Пробелы. Между самыми младшими и руководителем команды никого нет — значит, расти можно только став руководителем.
- Скрытые треки. Рядом сидят признанный эксперт без подчинённых и руководитель с подчинёнными, но с меньшей экспертизой. Это два разных пути.
Пока ничего не исправляйте. Этот список — сырьё для следующих шагов и ваши тестовые данные: когда лестница будет готова, каждый человек из него должен найти место, которое покажется справедливым и ему, и его руководителю.
Шаг 2. Выберите треки
Большинству департаментов от 20 человек нужны два трека:
- Экспертный трек — для тех, кто растёт за счёт глубины экспертизы и масштаба влияния, не управляя людьми.
- Управленческий трек — для тех, кто растёт, руководя командой.
Смысл двух треков в том, чтобы для повышения не приходилось становиться руководителем. Ваш сильнейший эксперт может оказаться слабым и несчастным руководителем; отдельный трек позволяет ему продолжать расти.
Сделайте треки сопоставимыми: уровень одного трека должен означать примерно тот же масштаб, влияние и зарплату, что и такой же уровень другого. Часто управленческий трек начинается на один-два уровня выше: начинающий руководитель обычно сначала был сильным старшим специалистом.
Небольшим департаментам — скажем, поддержке из пяти человек — можно начать с одного трека и добавить второй, когда появится первый руководитель.
Шаг 3. Решите, сколько будет уровней
Меньше, чем хочется. Каждый уровень должен описывать реальную, заметную разницу в работе. Если вы не можете в двух предложениях объяснить, чем четвёртый уровень отличается от третьего, у вас один уровень, а не два.
| Размер компании | Уровней на трек обычно |
|---|---|
| 20–50 человек | 4 |
| 50–100 | 5 |
| 100–200 | 5–6 |
Слишком мало уровней — и повышения ждут по три года, что ощущается как полное отсутствие роста. Слишком много — и разница между уровнями превращается в игру слов, которую каждый руководитель трактует по-своему.
Называйте уровни нейтрально. Номера (L1–L5) или короткие обозначения работают лучше придуманных названий. Должности для рынка держите отдельно: «старший менеджер по продажам» может стоять на третьем уровне, и должность не обязана меняться при каждой правке лестницы.
Шаг 4. Выберите пять–восемь компетенций
Компетенции — это строки фреймворка: области, в которых вы описываете каждый уровень. Ориентир — пять–восемь на департамент. Меньше — и важные части работы остаются неописанными; больше — и каждая оценка превращается в длинный чек-лист.
Сочетайте два вида:
- Общие компетенции для всей компании — коммуникация, ответственность, командная работа, развитие других. Напишите их один раз и используйте во всех департаментах.
- Профильные компетенции, описывающие само ремесло.
Примеры по департаментам:
- Разработка: техническая глубина, проектирование систем, качество кода и ревью, выпуск, ответственность за работу в продакшене.
- Продажи: наполнение воронки, выявление потребностей, переговоры и закрытие сделок, прогнозирование, развитие клиентов.
- Поддержка: решение обращений, знание продукта, письменная коммуникация, улучшение процессов, голос клиента внутри компании.
Если не знаете, с чего начать, готовый набор быстрее чистого листа: шаблоны разработчика, специалиста поддержки и менеджера по продажам содержат уровни и компетенции, которые можно адаптировать.
Шаг 5. Напишите ожидания для каждого уровня
Это сердце работы: здесь лестница либо получается, либо нет. Для каждой компетенции опишите, что человек на каждом уровне делает на практике. Решают три правила.
Описывайте поведение, а не прилагательные. «Отличный коммуникатор» ничего не значит, пока не сказано, что такой человек делает. Сравните:
- Плохо: «Отличные навыки письменной коммуникации».
- Хорошо: «В большинстве случаев решает вопрос клиента одним ответом и готовит статьи для базы знаний, которые коллеги публикуют с минимальной правкой».
Показывайте, как растёт масштаб. Одна и та же компетенция от уровня к уровню расширяет охват: свои задачи, команда, несколько команд, департамент.
Каждый уровень — самостоятельный. Каждая ячейка должна читаться без «то же, что выше, но больше».
Вот одна компетенция, расписанная на четыре уровня лестницы поддержки:
| Уровень | Знание продукта |
|---|---|
| 1 | Отвечает на типовые вопросы по базе знаний и просит помощи во всём нестандартном. |
| 2 | Сам решает большинство обращений, включая проблемы настройки, и понимает, когда передать выше. |
| 3 | К нему идут по как минимум одной сложной области; пишет внутренние заметки, на которые опираются другие. |
| 4 | Видит закономерности в обращениях, объясняет их продуктовой команде и влияет на то, что исправят первым. |
Первый черновик пишите быстро и языком команды, а потом обсудите его с двумя-тремя людьми разных уровней. Задайте им один вопрос: «Читая описание своего уровня, вы узнаёте свою работу?»
Шаг 6. Распределите людей и откалибруйте
Возьмите список из первого шага и поставьте каждого на уровень и трек. Сначала каждый руководитель делает это для своей команды, затем руководители собираются на калибровку: час-два, на которых сравнивают расстановку между командами и спрашивают «этот человек правда на том же уровне, что и тот?»
На калибровке всплывают расхождения — щедрый руководитель, строгий руководитель, человек, чья должность обещала больше, чем показывает его работа. Решите их до того, как кто-то увидит результат.
Если человек оказался ниже, чем подсказывает его нынешняя должность, не понижайте его тут же. Объясните новую структуру, покажите, что требует следующий уровень, и договоритесь, как он туда придёт. Сохранить прежние должности на переходный период обычно гуманнее и ничего не стоит.
Шаг 7. Опубликуйте и начните пользоваться
Публикуйте лестницу для всего департамента, а не только для руководителей. Проведите короткую встречу: зачем она нужна, как устроены уровни и треки, как теперь будут решаться повышения. А дальше встройте её в работу команды — иначе через квартал о ней забудут:
- Карьерные разговоры. Проводите регулярные чек-ины: сотрудник оценивает себя по ожиданиям своей роли, руководитель делает то же самое, а расхождения становятся темой разговора.
- Планы развития. Превращайте разрывы в несколько конкретных задач со сроками вместо размытого «улучшить работу со стейкхолдерами».
- Повышения. Просите руководителя писать обоснование со ссылкой на ожидания целевого уровня, а решение пусть принимает кто-то выше. Лестница становится общей точкой опоры для решения.
На этом процессе и построен LadderKit: у каждого департамента своя карьерная лестница с треками, уровнями и ролями, которая остаётся черновиком до публикации; матрица навыков задаёт уровень, ожидаемый от каждой роли; чек-ины заполняются ровно этими навыками; а повышения проходят через письменное обоснование и решение руководителей выше по оргструктуре.
Пример: IT-компания на 60 человек
Возьмём компанию на 60 человек: 25 в разработке, 12 в продажах, 8 в поддержке, остальные — продукт, дизайн, маркетинг и операционная команда.
Порядок. Начинают с разработки: трое старших разработчиков уже спрашивали, как расти, не становясь руководителями. Продажи — через квартал, поддержка — после них.
Треки и уровни в разработке. Два трека, пять уровней на экспертном. Управленческий трек начинается с третьего уровня.
| Уровень | Экспертный трек | Управленческий трек |
|---|---|---|
| 1 | Junior-разработчик | — |
| 2 | Разработчик | — |
| 3 | Senior-разработчик | Руководитель разработки |
| 4 | Staff-инженер | Старший руководитель разработки |
| 5 | Principal-инженер | Директор по разработке |
Компетенции. Шесть, как в шаблоне разработчика: разработка и выпуск, проектирование систем, качество и надёжность, взаимодействие и коммуникация, ответственность за результат, менторство и развитие команды. Последняя общая для всех департаментов.
Расстановка. Из 25 разработчиков 22 оказываются там, где все и ожидали. Двое с должностью «senior» попадают на второй уровень: каждый договаривается с руководителем о плане и сохраняет должность на полгода. Один разработчик, который давно принимает большинство технических решений без формального статуса, переходит на четвёртый уровень — первое заметное повышение по новой лестнице.
Запуск. Лестницу публикуют на четвёртой неделе. За два месяца у каждого разработчика проходит первый чек-ин по ней, и каждый чек-ин заканчивается двумя-тремя задачами развития.
Продажи через квартал берут общие компетенции и пятиуровневую структуру, добавляют четыре своих профильных компетенции и один управленческий уровень — и укладываются в две недели вместо четырёх.
Частые ошибки
- Копировать лестницу корпорации целиком. Лестница компании на 5000 человек описывает масштаб, которого у вас нет. Берите из неё идеи и переписывайте своими словами.
- Слишком много уровней. Если два уровня различаются одним прилагательным, объедините их.
- Прилагательные вместо поведения. «Отличный», «сильный» и «проактивный» каждый руководитель понимает по-своему.
- Только один путь наверх. Без экспертного трека хороших специалистов повышают в руководители, чтобы удержать, — и часть из них всё равно уходит.
- Писать в одиночку. Лестница, написанная одним человеком за выходные, читается как его личное мнение. Привлекайте людей разных уровней.
- Опубликовать и забыть. Если лестница не используется в чек-инах и при повышениях, в неё перестают верить.
- Начинать с денег. Вилки провоцируют торг о границах. Сначала договоритесь об ожиданиях.
Как поддерживать лестницу живой
Карьерная лестница никогда не бывает законченной. Пересматривайте её раз в год, а также когда появляется новый тип ролей или департамент перестраивается. Ведите короткий журнал изменений: что поменялось, почему и с какой даты действует, — чтобы чек-ин в марте не оценивали по описанию уровня, написанному в октябре.
Небольшие частые правки лучше больших переписываний. Если одно и то же ожидание трижды понимают неправильно на чек-инах, перепишите эту ячейку сразу, не дожидаясь ежегодного пересмотра.
С чего начать
Если вы начинаете с нуля, возьмите шаблон, ближайший к вашему самому большому департаменту, и адаптируйте его: шаблоны разработчика и руководителя разработки вместе покрывают оба трека типичного департамента разработки.
Если уровни уже живут в таблице, это хорошая отправная точка: переезжайте, только когда сверять вручную лестницу, чек-ины и кейсы на повышение становится слишком затратно. А если хотите держать лестницу, чек-ины, задачи развития и повышения в одном месте, LadderKit можно начать на бесплатном тарифе с первого департамента.