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