Jak zbudować drabinę kariery: przewodnik krok po kroku

Drabina kariery odpowiada na pytanie, które prędzej czy później pada w każdym rosnącym zespole: co muszę zrobić, żeby wejść na kolejny poziom? W firmie liczącej 15 osób założyciele odpowiadają na nie w zwykłej rozmowie. Przy 40 czy 80 osobach, kilku menedżerach i więcej niż jednym dziale odpowiedzi zaczynają się różnić w zależności od menedżera — i ludzie to zauważają.

Ten przewodnik jest dla firm liczących mniej więcej od 20 do 200 osób, które chcą mieć drabinę kariery bez osobnego działu HR. Metoda sprawdza się w inżynierii, sprzedaży, wsparciu klienta, produkcie, designie i operacjach. Przejdziesz przez siedem kroków, zobaczysz przykład z życia i dostaniesz listę błędów, przez które dobra drabina najczęściej zamienia się w dokument, którego nikt nie otwiera.

Czym jest drabina kariery, a czym nie jest

Drabina kariery to sekwencja ról w obrębie jednego obszaru pracy, uporządkowanych według poziomu, z jasnym opisem tego, czego oczekuje się na każdym szczeblu. „Młodszy specjalista ds. wsparcia Specjalista ds. wsparcia Starszy specjalista ds. wsparcia Lider zespołu wsparcia” to drabina. Gdy w jednym dziale zestawisz obok siebie kilka drabin — na przykład ścieżkę ekspercką obok ścieżki menedżerskiej — i dodasz kompetencje, według których ocenia się każdą rolę, otrzymasz framework kariery.

Słownictwo używane w tym przewodniku:

• Dział — grupa z własną drabiną: Inżynieria, Sprzedaż, Wsparcie klienta.
• Ścieżka — jedna droga rozwoju w obrębie działu, na przykład ekspercka albo menedżerska.
• Poziom — szczebel na ścieżce, porównywalny między ścieżkami: poziom 3 na jednej ścieżce oznacza mniej więcej taką samą seniorność jak poziom 3 na drugiej.
• Rola — stanowisko na danym poziomie danej ścieżki: „Senior Account Executive”.
• Kompetencja — obszar, w którym ocenia się ludzi, na przykład komunikacja albo głębia techniczna. Każdą kompetencję opisuje się osobno dla każdego poziomu.

Drabina kariery nie jest listą nazw stanowisk ani tabelą płac. Nazwa stanowiska mówi, jak ktoś się nazywa; drabina mówi, czego się od niego oczekuje. Wynagrodzenie można do niej później powiązać, ale drabina, która zaczyna się od widełek wynagrodzenia, zwykle staje się narzędziem do negocjacji, a nie do rozwoju.

Zanim zaczniesz: zakres i osoby odpowiedzialne

Trzy decyzje oszczędzą później wiele tygodni.

Zacznij od jednego działu. Wybierz ten, w którym pytanie „jak mogę się tu rozwijać?” pada najczęściej — zwykle największy zespół albo ten, który najszybciej zatrudnia. Budowanie wszystkich działów naraz rozprasza wysiłek i opóźnia moment, w którym ktokolwiek odczuje korzyść.

Wyznacz osoby odpowiedzialne. Za treść odpowiada szef działu. Jedna lub dwie doświadczone osoby z zespołu pomagają ją pisać, bo wiedzą, jak naprawdę wygląda praca na każdym poziomie. Jedna osoba z kierownictwa — często CEO, CTO lub COO — odpowiada za ogólną strukturę, tak aby poziomy znaczyły to samo we wszystkich działach.

Ustal, do czego ma służyć pierwsza wersja. Drabinę używaną tylko przy decyzjach o awansach otwiera się dwa razy w roku. Drabinę, która porządkuje regularne rozmowy o rozwoju, otwiera się co miesiąc. Zdecyduj od razu, że będzie służyć jednemu i drugiemu, bo to wpływa na sposób, w jaki napiszesz oczekiwania.

Krok 1: Spisz role, które już istnieją

Zanim cokolwiek zaprojektujesz, zapisz stan obecny. Wypisz każdą osobę w dziale z jej obecnym stanowiskiem, menedżerem i mniej więcej zakresem pracy. Następnie pogrupuj osoby, które wykonują podobną pracę w podobnej skali.

Zwykle znajdziesz trzy rzeczy:

1. Miejscami inflację tytułów. Ktoś zatrudniony jako „Senior”, gdy w zespole były trzy osoby, a który dziś pracuje w tej samej skali co koledzy bez tego słowa w tytule.
2. Luki. Nikogo pomiędzy najmłodszymi stażem osobami a liderem zespołu — czyli nie da się rozwijać bez zostania menedżerem.
3. Ukryte ścieżki. Osobę, która jest oczywistym ekspertem pierwszego kontaktu, ale nie ma podwładnych, obok menedżera, który ma podwładnych, ale mniejszą wiedzę ekspercką. To dwie różne drogi.

Na razie niczego nie poprawiaj. Inwentaryzacja to surowiec do kolejnych kroków i zarazem twoje dane testowe: gdy szkic drabiny będzie gotowy, każda osoba z tej listy powinna znaleźć się w miejscu, które wyda się właściwe i jej, i jej menedżerowi.

Krok 2: Wybierz ścieżki

Większość działów liczących 20 osób lub więcej potrzebuje dwóch ścieżek:

• Ścieżki eksperckiej — dla osób, które rozwijają się, pogłębiając wiedzę ekspercką i poszerzając swój wpływ, bez zarządzania ludźmi.
• Ścieżki menedżerskiej — dla osób, które rozwijają się, prowadząc zespół.

Sens dwóch ścieżek jest taki, że nikt nie powinien musieć zostać menedżerem, żeby dostać awans. Twój najlepszy specjalista może być słabym i nieszczęśliwym menedżerem; osobna ścieżka pozwala mu dalej się rozwijać.

Zadbaj o porównywalność ścieżek: poziom na jednej ścieżce powinien oznaczać podobną skalę, wpływ i wynagrodzenie co ten sam poziom na drugiej. Częsty układ to ścieżka menedżerska zaczynająca się poziom lub dwa wyżej, bo menedżer po raz pierwszy zwykle był wcześniej solidnym seniorem na ścieżce eksperckiej.

Mniejsze działy — na przykład pięcioosobowy zespół wsparcia — mogą zacząć od jednej ścieżki i dodać drugą, gdy zostanie powołany pierwszy menedżer.

Krok 3: Zdecyduj, ile ma być poziomów

Mniej, niż ci się wydaje. Każdy poziom musi opisywać realną, zauważalną różnicę w tym, co ktoś robi. Jeśli nie potrafisz w dwóch zdaniach wyjaśnić, czym poziom 4 różni się od poziomu 3, masz jeden poziom, a nie dwa.

Za mało poziomów — i ludzie czekają na awans trzy lata, co wygląda jak brak jakiegokolwiek postępu. Za dużo — i różnice między poziomami stają się grą słów, którą menedżerowie stosują niekonsekwentnie.

Nazywaj poziomy neutralnie. Numery (L1–L5) albo krótkie etykiety sprawdzają się lepiej niż pomysłowe nazwy. Jeśli potrzebujesz nazw stanowisk na rynek pracy, trzymaj je osobno — „Senior Account Executive” może być na poziomie 3, a nazwa stanowiska nie musi się zmieniać przy każdej zmianie drabiny.

Krok 4: Wybierz od pięciu do ośmiu kompetencji

Kompetencje to wiersze twojego frameworku: obszary, w których opisujesz każdy poziom. Celuj w pięć do ośmiu na dział. Mniej — i ważne części pracy zostają pominięte; więcej — i każdy przegląd zamienia się w długą listę kontrolną.

Połącz dwa rodzaje:

• Kompetencje wspólne, obowiązujące w całej firmie — komunikacja, odpowiedzialność, współpraca, pomaganie innym w rozwoju. Opisz je raz i używaj w każdym dziale.
• Kompetencje specyficzne dla działu, opisujące sam warsztat.

Przykłady według działu:

• Inżynieria: głębia techniczna, projektowanie systemów, jakość kodu i code review, dostarczanie, odpowiedzialność za działanie systemów na produkcji.
• Sprzedaż: budowanie pipeline'u, rozpoznawanie potrzeb, negocjacje i zamykanie transakcji, prognozowanie, rozwój klientów.
• Wsparcie klienta: rozwiązywanie problemów, znajomość produktu, komunikacja pisemna, usprawnianie procesów, rzecznictwo klienta.

Jeśli nie wiesz, od czego zacząć, gotowy zestaw jest szybszy niż pusta kartka: szablony programisty, wsparcia klienta i account executive zawierają poziomy i kompetencje, które możesz dopasować do siebie.

Krok 5: Opisz oczekiwania dla każdego poziomu

To sedno pracy i miejsce, w którym większość drabin odnosi sukces albo ponosi porażkę. Dla każdej kompetencji opisz, co osoba na danym poziomie faktycznie robi. Różnicę robią trzy zasady.

Opisuj zachowania, nie przymiotniki. „Świetny komunikator” nic nie znaczy, dopóki nie powiesz, co świetny komunikator robi. Porównaj:

• Słabo: „Doskonała komunikacja pisemna”.
• Użytecznie: „W większości przypadków pisze odpowiedzi do klientów, które rozwiązują problem w jednej wiadomości, i przygotowuje szkice artykułów do centrum pomocy, które inni mogą opublikować po drobnych poprawkach”.

Pokazuj rosnącą skalę. Ta sama kompetencja powinna z poziomu na poziom sięgać dalej: od własnych zadań, przez zespół i kilka zespołów, po cały dział.

Każdy poziom ma być samodzielny. Każda komórka powinna mieć sens sama w sobie, bez „jak wyżej, tylko więcej”.

Oto jedna kompetencja opisana dla czterech poziomów drabiny we wsparciu klienta:

Pierwszy szkic napisz szybko, własnymi słowami zespołu, a potem przejrzyj go z dwiema lub trzema osobami z różnych poziomów. Zadaj im jedno pytanie: „Czytając opis swojego poziomu, czy rozpoznajesz w nim swoją pracę?”

Krok 6: Przypisz ludzi do poziomów i skalibruj

Weź inwentaryzację z kroku 1 i przypisz każdą osobę do poziomu na ścieżce. Najpierw każdy menedżer robi to dla swojego zespołu, potem menedżerowie spotykają się na sesji kalibracyjnej: godzinę lub dwie porównują przypisania między zespołami i pytają: „czy ta osoba naprawdę jest na tym samym poziomie co tamta?”.

Podczas kalibracji wychodzą na jaw niespójności — hojny menedżer, surowy menedżer, osoba, której tytuł obiecywał więcej, niż pokazuje jej praca. Rozstrzygnij je, zanim ktokolwiek zobaczy wynik.

Jeśli ktoś trafia niżej, niż sugeruje jego obecny tytuł, nie degraduj go od razu. Wyjaśnij nową strukturę, pokaż, czego wymaga poziom wyżej, i ustalcie razem, jak tam dojdzie. Zachowanie dotychczasowych tytułów na okres przejściowy jest zwykle bardziej ludzkie i nic nie kosztuje.

Krok 7: Opublikuj drabinę i zacznij z niej korzystać

Opublikuj drabinę dla całego działu, nie tylko dla menedżerów. Zorganizuj krótką sesję, na której ją omówisz: po co powstała, jak działają poziomy i ścieżki, jak od teraz będą zapadać decyzje o awansach. Potem wpleć ją w sposób pracy zespołu, bo inaczej w ciągu kwartału zostanie zapomniana:

• Rozmowy o rozwoju. Prowadź regularne check-iny, podczas których każda osoba ocenia się względem oczekiwań dla swojej roli, a menedżer robi to samo. Różnice między obiema ocenami stają się agendą rozmowy.
• Plany rozwoju. Zamień luki w kilka konkretnych działań z terminami, zamiast mglistego „popraw zarządzanie interesariuszami”.
• Awanse. Poproś menedżera o napisanie wniosku o awans, który odwołuje się do oczekiwań poziomu docelowego, a decyzję niech podejmie ktoś wyżej w strukturze. Drabina staje się wspólnym punktem odniesienia dla tej decyzji.

Wokół takiego sposobu pracy zbudowany jest LadderKit: każdy dział dostaje własną drabinę kariery ze ścieżkami, poziomami i rolami, która pozostaje szkicem, dopóki jej nie opublikujesz; matryca umiejętności określa poziom, jakiego oczekuje każda rola; check-iny są wstępnie wypełnione dokładnie tymi umiejętnościami; a awanse przechodzą przez pisemny wniosek i decyzję menedżerów wyżej w linii podległości.

Przykład: firma programistyczna zatrudniająca 60 osób

Weźmy firmę liczącą 60 osób: 25 w inżynierii, 12 w sprzedaży, 8 we wsparciu klienta, a reszta w produkcie, designie, marketingu i operacjach.

Kolejność. Zaczynają od inżynierii, gdzie trzech seniorów zapytało, jak mogą się rozwijać bez zarządzania ludźmi. Sprzedaż dochodzi kwartał później, wsparcie klienta po niej.

Ścieżki i poziomy w inżynierii. Dwie ścieżki i pięć poziomów na ścieżce eksperckiej. Ścieżka menedżerska zaczyna się od poziomu 3.

Kompetencje. Sześć dla inżynierii, jak w szablonie programisty: dostarczanie oprogramowania, projektowanie systemów, jakość i niezawodność, współpraca i komunikacja, odpowiedzialność i wpływ na produkt oraz mentoring i rozwój zespołu. Ostatnia z nich jest wspólna ze wszystkimi pozostałymi działami.

Przypisanie. Z 25 inżynierów 22 trafia tam, gdzie wszyscy się spodziewali. Dwie osoby z tytułem „Senior” lądują na poziomie 2; każda uzgadnia plan ze swoim menedżerem i zachowuje tytuł przez sześć miesięcy. Inżynier, który bez formalnego tytułu prowadził większość decyzji technicznych, przechodzi na poziom 4 — to pierwszy widoczny awans w nowej drabinie.

Wdrożenie. Drabina zostaje opublikowana w czwartym tygodniu. W ciągu dwóch miesięcy każdy inżynier ma za sobą pierwszy check-in oparty na niej, a każdy check-in kończy się dwoma lub trzema działaniami rozwojowymi.

Sprzedaż, kwartał później, wykorzystuje wspólne kompetencje i strukturę pięciu poziomów, dodaje cztery własne kompetencje warsztatowe i jeden poziom menedżerski — i jest gotowa w dwa tygodnie zamiast czterech.

Najczęstsze błędy

• Kopiowanie w całości drabiny z wielkiej firmy technologicznej. Drabina napisana dla firmy z 5000 pracowników opisuje skalę, która u ciebie nie istnieje. Czerp z niej pomysły, a potem napisz wszystko po swojemu.
• Za dużo poziomów. Jeśli różnica między dwoma poziomami to jeden przymiotnik, połącz je.
• Przymiotniki zamiast zachowań. „Doskonały”, „mocny” i „proaktywny” każdy menedżer ocenia inaczej.
• Tylko jedna droga w górę. Bez ścieżki eksperckiej będziesz awansować dobrych specjalistów na menedżerów, żeby ich zatrzymać — a części z nich i tak nie zatrzymasz.
• Pisanie w pojedynkę. Drabina napisana przez jedną osobę w weekend brzmi jak opinia jednej osoby. Zaangażuj ludzi z różnych poziomów.
• Publikacja i zapomnienie. Jeśli drabina nie jest używana podczas check-inów i decyzji o awansach, ludzie przestają w nią wierzyć.
• Zaczynanie od pieniędzy. Widełki wynagrodzenia zachęcają do negocjowania granic. Najpierw ustal oczekiwania.

Jak utrzymać drabinę przy życiu

Drabina kariery nigdy nie jest skończona. Przeglądaj ją raz w roku oraz zawsze, gdy pojawia się nowy rodzaj roli albo dział się reorganizuje. Prowadź krótki rejestr zmian: co się zmieniło, dlaczego i od kiedy obowiązuje — tak, żeby check-inu z marca nie oceniać według opisu poziomu napisanego w październiku.

Małe, częste poprawki są lepsze niż wielkie przepisywanie. Jeśli to samo oczekiwanie zostało źle zrozumiane podczas trzech check-inów, przepisz tę jedną komórkę — nie czekaj na coroczny przegląd.

Co dalej

Jeśli zaczynasz od zera, wybierz szablon najbliższy twojemu największemu działowi i dopasuj go do siebie: szablony programisty i engineering managera obejmują obie ścieżki typowego działu inżynierii.

Jeśli twoje poziomy są już w arkuszu kalkulacyjnym, to dobry punkt wyjścia: przenieś się dopiero wtedy, gdy ręczne utrzymywanie spójności drabiny, check-inów i wniosków o awans zacznie cię kosztować za dużo. A jeśli chcesz mieć drabinę, check-iny, działania rozwojowe i awanse w jednym miejscu, możesz zacząć korzystać z LadderKit w bezpłatnym planie od swojego pierwszego działu.