Wiele osób, z którymi pracuję, już działa na następnym poziomie, a mimo to nie dostaje awansu. Praca jest, brakuje dowodów. Są rozproszone po ticketach, opisane jako lista zadań i ujęte w „we” oraz „I helped”. Awans to decyzja innych ludzi, często podejmowana w sali, w której Cię nie ma. Twoim zadaniem jest dać przełożonemu argumenty, które powtórzy w minutę.
01Sprawdź, czego naprawdę wymaga następny poziom
Większość firm technologicznych ma ścieżkę kariery: opis wymagań na każdym poziomie. Jeśli Twoja jest niejasna, publiczne przykłady, jak poziomy inżynierskie GitLaba, pokazują typowy wzór. Przejście na seniora rzadko oznacza „więcej ticketów”. Chodzi o większy zakres, więcej samodzielnych decyzji i wpływ poza własną pracę.
Potem zapytaj przełożonego wprost. Wystarczą trzy pytania:
- „What would you need to see from me to make the case for the next level?”
- „Which of the expectations am I not showing yet?”
- „Who else has a say, and what do they look for?”
Zapisz odpowiedzi i odeślij je w krótkim mailu. Ten mail stanie się ustaleniem, do którego wrócisz później.
02Pracuj na następnym poziomie, zanim o niego poprosisz
Awans zwykle docenia pracę, którą już wykonujesz. Poproś o zadanie, które wypełnia lukę: projekt od początku do końca, decyzję projektową, problem między zespołami, którego nikt nie przejął.
Jeśli w tym roku nie ma budżetu na awanse albo stanowiska na wyższym poziomie, zapytaj o to otwarcie. Wtedy wiesz, czy brakuje dowodów, czy to sytuacja firmy.
03Prowadź dziennik osiągnięć
Brag document to bieżąca lista tego, co zrobiono i dlaczego to było ważne. Wystarczy dziesięć minut w każdy piątek. Przy ocenie nie trzeba będzie niczego sobie przypominać.
- Data i co się wydarzyło, w jednej linijce.
- Twój udział: co zdecydowano, zbudowano lub poprowadzono, w pierwszej osobie.
- Wynik, z liczbą, jeśli jest: czas, pieniądze, błędy, użytkownicy.
- Kto to zauważył: wiadomość, podziękowanie, demo.
- Link do dokumentu projektowego, pull requesta lub dashboardu.
04Zamień zadania w dowody
Komisje czytają wiele samoocen. Wyróżniają się krótkie, konkretne i w pierwszej osobie. Każda linijka odpowiada na pytanie: za co odpowiadasz i co się dzięki temu zmieniło?
Druga wersja opisuje tę samą pracę. Nazywa tylko zakres, wynik i wpływ na innych. Jeśli wynik nie ma liczby, opisz zmianę: „the on-call team stopped being paged for this at night”.
05Pokazuj swoją pracę bez przechwalania się
Osoby pracujące w drugim języku często milczą o swoich wynikach. Widoczność to nie autopromocja, tylko informacja, której inni potrzebują.
- Publikuj krótkie pisemne aktualizacje po wdrożeniu: co się zmieniło i jaka jest liczba.
- Pisz dokument projektowy do swoich decyzji. Dokumenty docierają dalej niż spotkania.
- Pokaż demo na spotkaniu zespołu lub działu, pięć minut wystarczy.
- Dziękuj ludziom z imienia publicznie. To pokazuje współpracę między zespołami i po prostu jest dobrą praktyką.
06Rozmowa o awansie z przełożonym
Nie czekaj na cykl ocen. Zacznij rozmowę pół roku wcześniej, żeby zdążyć uzupełnić luki. Powiedz to jasno: przełożony może walczyć tylko o awans, o którym wie, że go chcesz.
Potem co miesiąc lub dwa sprawdzajcie postępy względem ustaleń. Jeśli odpowiedź brzmi „not this cycle”, zapytaj, czego dokładnie zabrakło, i zapiszcie kolejne kroki.
07Zwroty na każdy krok
| Sytuacja | Zwroty |
|---|---|
| Pytanie o następny poziom | “What would you need to see from me to make the case for senior?” · “Which of these expectations am I not showing yet?” |
| Ustalenie planu | “Could we agree two or three things I should own before the next cycle?” · “Who else will have a say, and what do they look for?” |
| Pisemne aktualizacje | “Quick update: the migration is done. Deploys now take 12 minutes instead of 40.” · “Here’s what we learned, in case it helps other teams.” |
| Mówienie o swojej pracy | “I led the design and coordinated three teams.” · “My part was the rollout plan and the runbook.” |
| Docenianie innych | “Thanks to Ana for the load testing; it caught the issue before release.” |
| Rozmowa oceniająca | “Based on the expectations we agreed in March, here’s what I’ve delivered.” · “Is there anything you’d still need to see?” |
| Gdy odpowiedź brzmi „nie” | “What specifically was missing?” · “Could we agree what would make the case stronger next cycle, and check in monthly?” |
| Zamiast | Spróbuj |
|---|---|
| “I helped with the migration.” | “I led the migration plan.” (if you did) |
| “We did a lot of work on reliability.” | “I owned the alerting changes; incidents fell from 9 to 3 a quarter.” |
| “I just fixed a small bug.” | “I fixed the bug that was failing 2% of payments.” |
| “I think I deserve a promotion.” | “I’d like to make the case for senior in the next cycle.” |
| “I’m not sure if it’s enough, but…” | “Here’s the evidence. What would you still need to see?” |
08Przykład: argumenty za awansem na jednej stronie
Wymyślony przykład. Zwróć uwagę na pierwszą osobę, liczby i wpływ poza zespołem. Mieści się na jednej stronie, więc przełożony może go przeczytać na głos.
Podsumowanie argumentów za awansem
Promotion case: Ana Kowalski, Software Engineer → Senior Software Engineer
Scope. Since March I’ve owned the payments reliability work across checkout and billing, two services used by every customer.
Technical impact. I designed and led the move to idempotent payment retries. Failed payments fell from 2.1% to 0.4%, and support tickets about double charges stopped.
Influence beyond my team. I wrote the retry design doc, reviewed it with the billing and mobile teams and ran two sessions so they could use the same pattern. Mobile adopted it in August.
People. I mentored two new engineers; both joined the on-call rotation within six weeks.
Next. I’d like to own the reliability roadmap for payments next year.
09Przed następną oceną
- Mam na piśmie wymagania następnego poziomu.
- Przełożony wie, że chcę awansu i kiedy.
- Odpowiadam za co najmniej jedno zadanie na następnym poziomie.
- Mój dziennik osiągnięć jest aktualny.
- Każda linijka mówi, za co odpowiadam i co się zmieniło.
- Moją pracę widać poza zespołem.
- Moje argumenty mieszczą się na jednej stronie, w pierwszej osobie.