Многие мои клиенты уже работают на следующем уровне, но повышения всё равно не получают. Работа есть, доказательств нет. Они разбросаны по тикетам, описаны списком задач и звучат как «we» и «I helped». Повышение решают другие люди, часто в комнате, где вас нет. Ваша задача: дать руководителю аргументы, которые он перескажет за минуту.
01Узнайте, что на самом деле требует следующий уровень
В большинстве IT-компаний есть карьерная лестница: письменное описание каждого уровня. Если ваша размыта, публичные примеры вроде уровней инженеров в GitLab показывают типичную картину. Переход на senior редко означает «больше тикетов». Речь о большем масштабе, самостоятельных решениях и влиянии за пределами своей работы.
Затем спросите руководителя напрямую. Хватит трёх вопросов:
- «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?»
Запишите ответы и отправьте их коротким письмом. Это письмо станет договорённостью, к которой вы вернётесь позже.
02Работайте на следующем уровне до того, как просить о нём
Повышение обычно признаёт работу, которую вы уже делаете. Попросите задачу, которая закрывает разрыв: проект от начала до конца, архитектурное решение, межкомандную проблему, за которую никто не отвечает.
Если в этом году нет бюджета на повышения или позиции уровнем выше, спросите об этом открыто. Тогда станет ясно, чего не хватает: доказательств или возможностей компании.
03Ведите журнал достижений
Brag document представляет собой постоянный список того, что вы сделали и почему это было важно. Хватит десяти минут каждую пятницу. К моменту оценки ничего не придётся вспоминать.
- Дата и что произошло, в одной строке.
- Ваша роль: что вы решили, построили или возглавили, от первого лица.
- Результат, с цифрой, если она есть: время, деньги, ошибки, пользователи.
- Кто это заметил: сообщение, благодарность, демо.
- Ссылка на дизайн-документ, pull request или дашборд.
04Превратите задачи в доказательства
Комитеты читают много самооценок. Выделяются короткие, конкретные и от первого лица. Каждая строка отвечает на вопрос: за что вы отвечали и что изменилось благодаря вам?
Во второй версии та же работа. Она просто называет масштаб, результат и влияние на других. Если у результата нет цифры, опишите, что изменилось: «the on-call team stopped being paged for this at night».
05Делайте работу заметной без хвастовства
Те, кто работает на втором языке, часто молчат о своих результатах. Быть заметным значит не рекламировать себя, а давать другим нужную им информацию.
- Пишите короткие апдейты, когда что-то выходит: что изменилось и какая цифра.
- Пишите дизайн-документ к своим решениям. Документы расходятся дальше, чем встречи.
- Показывайте демо на встречах команды или отдела, пяти минут достаточно.
- Благодарите людей по имени публично. Это показывает, что вы работаете с другими командами, и к тому же это хорошая практика.
06Разговор о повышении с руководителем
Не ждите цикла оценки. Начните разговор за полгода, чтобы успеть закрыть пробелы. Скажите прямо: руководитель может бороться только за повышение, о котором знает, что вы его хотите.
Затем раз в месяц-два сверяйтесь с договорённостями. Если ответ «not this cycle», спросите, чего именно не хватило, и зафиксируйте следующие шаги письменно.
07Фразы для каждого шага
| Ситуация | Фразы |
|---|---|
| Вопрос о следующем уровне | “What would you need to see from me to make the case for senior?” · “Which of these expectations am I not showing yet?” |
| Договориться о плане | “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?” |
| Письменные апдейты | “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.” |
| Рассказать о своей работе | “I led the design and coordinated three teams.” · “My part was the rollout plan and the runbook.” |
| Отметить других | “Thanks to Ana for the load testing; it caught the issue before release.” |
| Разговор на оценке | “Based on the expectations we agreed in March, here’s what I’ve delivered.” · “Is there anything you’d still need to see?” |
| Если ответ «нет» | “What specifically was missing?” · “Could we agree what would make the case stronger next cycle, and check in monthly?” |
| Вместо | Попробуйте |
|---|---|
| “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?” |
08Пример: аргументы для повышения на одной странице
Придуманный пример. Обратите внимание на первое лицо, цифры и влияние за пределами команды. Он помещается на одну страницу, и руководитель может прочитать его вслух.
Сводка аргументов для повышения
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.
09Перед следующей оценкой
- Требования следующего уровня у меня есть письменно.
- Руководитель знает, что я хочу повышения и когда.
- Я отвечаю хотя бы за одну задачу уровнем выше.
- Мой журнал достижений актуален.
- Каждая строка говорит, за что я отвечаю и что изменилось.
- Мою работу видели за пределами команды.
- Аргументы помещаются на одну страницу, от первого лица.