Оценка и рост: ожидания, грейды и разговор о повышении

Пока вы были инженером, грейды выглядели как набор правил, которые кто-то придумал и применяет к вам. Теперь этот «кто-то» — вы. И первое, что обнаруживается: правил гораздо меньше, чем казалось, а свободы — гораздо меньше, чем хотелось бы.

Со стороны сотрудника эта тема разобрана в соседнем треке: что вообще отличает уровни — в Грейды: junior, middle, senior, lead, как расти и как готовить самооценку — в Рост и performance review, как устроены вилки и деньги — в Зарплата и своя цена. Эта глава — про другую сторону стола. Не «как получить повышение», а «как решать, кого повышать, на каких основаниях, что при этом можно обещать, и что делать, когда система говорит вам нет».

Сразу о честности материала. Оценка людей — область, где практики много, а доказательств мало. Всё, что подкреплено исследованиями, здесь помечено ссылками; всё остальное — распространённая отраслевая практика, которая может у вас не сработать. Разница важна: выдав привычку за закон природы, вы теряете доверие человека, у которого она не сработала.

Что вы на самом деле решаете

Слово «оценка» склеивает четыре разные вещи, и большая часть управленческих провалов в этой теме — следствие склейки.

1. Ожидания. Что значит «работать на уровне X» здесь, в этой команде, в этом году. Существуют до периода, а не после.
2. Обратная связь. Как человек идёт относительно ожиданий прямо сейчас. Непрерывный процесс, разобранный отдельно в Обратная связь: о работе, а не о человеке.
3. Решение об уровне. Соответствует ли человек следующему уровню устойчиво. Дискретное, редкое, почти необратимое.
4. Решение о деньгах. Отдельный вопрос, который в большинстве компаний связан с уровнем, но не равен ему: можно поднять оплату внутри вилки без повышения уровня и наоборот.

Проверка на склейку простая: если сотрудник узнаёт про пункт 1 в момент пункта 3 — вы склеили. Если разговор про пункт 4 идёт словами пункта 2 («ты хорошо работал, поэтому тебе подняли на 8%») — вы склеили. Последствие всегда одно: человек перестаёт понимать причинно-следственную связь между своими действиями и результатом, а значит, перестаёт управлять своим ростом. И тогда единственный доступный ему инструмент — оффер от другой компании.

Где кончается ваша власть

Новые руководители систематически переоценивают свои полномочия здесь и потом расплачиваются обещаниями, которые не могут выполнить.

Вывод, который стоит запомнить дословно: обещать можно только то, что в левой колонке. «Я вынесу твой кейс на ближайшую калибровку вот с такими аргументами» — обещание, которое вы контролируете. «В марте ты станешь сеньором» — ставка на чужое решение, сделанная вашим именем: бюджет заморозят, и человек услышит не «компания заморозила бюджет», а «мой руководитель соврал». Обратная сторона утешительна: раз власть ограничена, ограничена и ответственность — но только та часть, которую вы проговорили заранее. Как торговаться за бюджет и ставки — в Вверх по цепочке.

Насколько вообще можно верить оценке человека

Прежде чем строить процесс оценки, полезно знать, насколько шумный инструмент вы держите в руках. Самый воспроизводимый результат здесь — про источник разброса оценок. В работе Scullen, Mount и Goff (Journal of Applied Psychology, 2000, psycnet.apa.org/record/2000-16483-004) разложение дисперсии рейтингов показало, что большая её часть объясняется не различиями в работе оцениваемых, а идиосинкразией оценщиков. Deloitte, описывая в HBR отказ от своей старой системы ревью (Buckingham & Goodall, «Reinventing Performance Management», 2015, hbr.org/2015/04/reinventing-performance-management), приводит близкий по духу внутренний результат.

Общая рамка — «Noise: A Flaw in Human Judgment» Канемана, Сибони и Санстейна (2021): там, где несколько независимых людей судят об одном объекте, разброс между ними больше, чем все ожидают, и не лечится призывом «быть объективнее».

Что из этого не следует: «оценка бессмысленна, отменяем». Решение всё равно принимается — кому дать сложный проект, кого повысить. Отказ от явной оценки делает решение невидимым: оно уходит в кулуарный разговор, где шума не меньше, а обжаловать нечего. Что следует: цель — не «оценить точнее», а уменьшить шум. Работающие приёмы (отраслевая практика, согласующаяся с логикой исследований выше):

• собирать мнения смежников до того, как вы озвучили своё, — иначе получите эхо;
• привязывать суждение к записанным ожиданиям, а не к общему впечатлению;
• описывать наблюдаемое поведение и его следствие, а не свойства характера;
• опираться на несколько эпизодов из разных месяцев, а не на последний спринт.

Почему нет метрики индивидуальной продуктивности

Соблазн заменить шумное суждение числом регулярно заканчивается плохо. Авторы SPACE-фреймворка (Forsgren, Storey и др., ACM Queue, 2021, queue.acm.org/detail.cfm?id=3454124) прямо формулируют: продуктивность многомерна, одна метрика её не выражает, а метрики уровня отдельного человека особенно склонны разрушаться при попытке ими управлять. Метрики DORA (dora.dev) описывают поток доставки команды, а не вклад разработчика. Механизм деформации известен как закон Гудхарта: считаете строки — растут строки; считаете тикеты — тикеты дробятся; считаете код-ревью — появляются формальные «LGTM». Злого умысла не требуется, достаточно рационального поведения.

Осмысленное использование чисел здесь одно — как вопросов, а не ответов. «У Иры в этом квартале ноль коммитов в основной репозиторий» — не оценка, а повод спросить: возможно, она три месяца вытаскивала интеграцию со смежниками, и это лучшая работа в команде. Про командные метрики — DORA и инженерные метрики и Эмпиризм и метрики.

Ожидания: документ, которого обычно нет

Матрица компетенций компании — заготовка, а не ожидание: она написана для всех и потому не описывает никого. Ваша работа — превратить её в конкретику для конкретного человека в конкретном полугодии.

Центральная зона на картинке — всё, за что вы имеете право спрашивать; остальное — ваши мысли, а не договорённости.

Как выглядит проверяемое ожидание

Формулировка проверяема, если по ней можно ответить на два вопроса: как выглядит выполнение и как выглядит нарушение. Нет ответа на второй — это лозунг.

Структура правой колонки везде одна: наблюдаемое действие + радиус + при какой поддержке. Третий элемент важнее всего и теряется чаще всего: «пишет дизайн-документы» умеют почти все — вопрос, пишет он их сам или после того, как вы три раза спросили и один раз переписали. Идея «задача минус объём поддержки» восходит к task-relevant maturity у Энди Гроува («High Output Management», 1983): один и тот же человек бывает зрелым в одной задаче и незрелым в соседней. Подтверждений у модели немного — это эвристика, но она избавляет от спора «он сильный или слабый».

Своей матрицы нет — не изобретайте с нуля: progression.fyi (коллекция открытых фреймворков), dropbox.github.io/dbx-career-framework (подробный пример с треками), levels.fyi (сопоставление уровней между компаниями). Поправка: лестница описывает компанию своего размера. «Влияет на несколько команд» в компании из 40 и из 4000 человек — разные требования.

Как ожидание связано со свидетельством

Частая ошибка при подготовке к калибровке — собирать «хорошие истории про человека». Правильная единица — свидетельство, привязанное к конкретному ожиданию.

Отсюда два правила. Свидетельство без ожидания бесполезно — это просто похвала, её нельзя защитить перед скептиком. И independent_from_manager — самое ценное поле: три истории, которые видели только вы, весят на калибровке меньше одной, подтверждённой руководителем смежной команды.

Где человек находится сейчас

Прежде чем говорить о повышении, надо честно отвечать на вопрос попроще: где человек относительно своего текущего уровня. Оси две — масштаб задач, которые он берёт, и объём поддержки, который ему для этого нужен.

Как это читается:

• Левый верх. Устойчиво делает работу следующего уровня. Задача — не «мотивировать», а собрать пакет и защитить. Висит здесь третий цикл — это уже про вас или про компанию.
• Правый верх. Проба идёт нормально: задача большая, поддержки много, это ожидаемо. Опасность одна — забрать задачу обратно при первой заминке; см. Делегирование.
• Левый низ. Всё в порядке, внимания не требует. Ловушка: такие люди выпадают из поля зрения на месяцы и первыми уходят «неожиданно».
• Правый низ. Узкие задачи, но поддержки нужно много. Единственный квадрант, где надо действовать быстро — см. Слабый результат.

Три ошибки, которые здесь делают почти все:

1. Сравнивать людей друг с другом вместо сравнения с уровнем. «Тимур сильнее Даши» — бесполезное утверждение: они могут быть на разных уровнях и оба соответствовать своим. Вопрос всегда один: соответствует ли человек уровню X устойчиво.
2. Путать результат с потенциалом. Сетка «9-box» (результат × потенциал) пришла из консалтинга 1970-х и держится на репутации, а не на данных: надёжного способа измерить «потенциал» нет, и на практике эта ось часто оказывается замаскированной оценкой похожести человека на оценщика.
3. Повышать за прошлую работу вместо будущей роли. Benson, Li и Shue («Promotions and the Peter Principle», QJE, 2019, academic.oup.com/qje/article/134/4/2085/5550760) на данных сотен компаний показали: лучших продавцов повышают в менеджеры чаще, и они оказываются худшими менеджерами. Сильнейший разработчик команды — не автоматически кандидат в лиды. Про параллельные ветки — Карьерные треки.

Состояния и переходы, которые вы обязаны замечать

Отдельно про переход Повышен → Соответствует: сразу после повышения человек оказывается в нижней части нового уровня, а не в верхней. Не проговорите — через три месяца он придёт с вопросом «а когда следующий», а вы будете думать, что он ещё не освоился в текущем. Обе стороны правы и обе раздражены.

Свидетельства: работа, которую нельзя сделать в декабре

Память руководителя устроена как память сотрудника: к концу года от первого полугодия остаётся два эпизода, оба недавние или яркие. Эффект недавности лечится не усилием воли, а файлом. Практика, окупающаяся лучше всех остальных в этой главе: 15 минут в неделю на заметки по каждому человеку. Формат — действие, следствие, подтверждение:

## Тимур — 2026-09

- **PAY-412, дизайн нотификаций.** Написал документ сам, вынес на обсуждение,
  продавил отказ от синхронного вызова. Подтверждение: тред в #payments 11.09,
  комментарий Ани из биллинга. Ожидание «проводит межкомандное решение сам» — закрыто.
- **Инцидент 18.09.** Диагностировал за 20 минут, эскалировал вовремя, постмортем
  написал без напоминания. Ожидание про дежурства — закрыто.
- **Провал.** Оценку по миграции завысил вдвое, узнал я за три дня до срока.
  Проговорили. Ожидание «приносит риски заранее» — пока нет.
- **Не проверено.** Ни разу не вёл новичка. Для следующего уровня нужно — искать повод.

Что делает этот файл работающим: он пишется по ожиданиям, а не по задачам (иначе к декабрю получится список тикетов), фиксирует и то, чего нет («не проверено», «пока нет» — именно этот раздел превращается в план на полугодие) и содержит подтверждения (без них на калибровке вы говорите «мне кажется», а вам отвечают «а мне кажется иначе»). Источники, кроме своих наблюдений: коллеги, смежники, продукт, код-ревью, разборы инцидентов — собирайте их до формирования своего мнения, иначе получите не независимые данные, а согласие с вами. Как спрашивать — в Один на один.

Искажения, о которых стоит знать поимённо

• Недавность. Последний месяц перевешивает первые пять. Лечится заметками с датами.
• Ореол. Одна яркая история окрашивает оценку по всем осям, включая несвязанные.
• Похожесть на оценщика. Человек, решающий задачи вашим способом, кажется сильнее. Самое незаметное искажение: изнутри ощущается как объективность.
• Разный язык для разных людей. Есть данные, что расплывчатая обратная связь («будь увереннее», «поработай над коммуникацией») достаётся женщинам заметно чаще, чем мужчинам, которым чаще говорят о конкретных технических действиях (Correll & Simard, HBR, 2016, hbr.org/2016/04/research-vague-feedback-is-holding-women-back). Проверка дешёвая: вычеркните в своих формулировках всё, где нет наблюдаемого действия. Если у одного человека осталось три пункта, а у другого ноль — вы нашли проблему.
• Невидимая работа. Дежурства, поддержка смежников, онбординг новичков не видны в трекере и не попадают в оценку автоматически. См. Дежурства и инциденты и Адаптация новичка.

Разговор о повышении

Их три разных, и путать их нельзя.

Разговор первый: инициируете вы

Разговор о статусе, который надо вести регулярно, а не раз в год. Десять минут внутри обычного 1:1:

1. Где человек сейчас относительно текущего уровня — прямо и без смягчений.
2. Что из ожиданий следующего уровня закрыто, с конкретными эпизодами.
3. Чего нет — так же конкретно, с формулировкой «как будет выглядеть, что оно появилось».
4. Что вы для этого даёте: какую задачу, какую страховку, к какому сроку.
5. Горизонт: не дата повышения, а дата, когда вы вернётесь к разговору.

Пропускают обычно пункт 4. Без него разговор превращается в список претензий: «тебе не хватает межкомандного влияния» — а откуда оно возьмётся, если все задачи внутри одного сервиса? Ожидание, для которого вы не создали возможность, предъявлять нечестно.

Разговор второй: инициирует сотрудник

Ключевой момент — шаг 3. Инстинкт новых руководителей — оттянуть разговор: «сейчас не время», «давай после релиза». Это не откладывание, это проведение разговора с ответом «нет» и без объяснений; человек уходит с мыслью «меня не воспринимают всерьёз», и дальше вы имеете дело не с ростом, а с удержанием.

Второй — шаг 12. Причина отказа бывает двух типов, и смешивать их нельзя. «Нет по уровню»: человек ещё не делает работу следующего уровня устойчиво — нужен конкретный список недостающего и возможность это показать. «Нет по обстоятельствам»: бюджет, квота, реорганизация, нет ставки — придумывать список недостатков нельзя, это ложь, которая не сойдётся с тем, что вы говорили полгода. Проверка: не можете назвать причину одним предложением, которое не стыдно повторить при свидетелях, — причина в другом.

Разговор третий: «нет», который вы обязаны сказать

Самая тяжёлая версия — человек искренне считает себя готовым, а вы видите иначе.

Не спорьте с самооценкой — сверяйтесь по ожиданиям. «Ты не тянешь» — приглашение к спору без фактов. «Вот ожидание: провести межкомандное решение самому. За полгода таких случая два, в обоих ты приходил ко мне на этапе согласования, и согласовывал я. Для текущего уровня это нормально, но это не то поведение, за которое дают следующий» — приглашение к разбору.

Признайте цену. Обида на «нет» — нормальная реакция, её не надо лечить оптимизмом. «Я понимаю, что это не тот ответ, которого ты ждал» стоит дёшево и работает лучше немедленного перехода к плану развития.

Оставьте выход. Если после честного «нет» человек решит искать снаружи — это его право и иногда правильное решение. Руководитель, делающий вид, что такого варианта нет, выглядит наивным или манипулирующим. Динамика таких разговоров — в Конфликты и трудные разговоры.

Отдельно про повышение под контроффер. В моменте оно выглядит разумно и почти всегда стоит дорого потом: команда наблюдает, что уровень выдают не за работу, а за наличие оффера. Отраслевой консенсус (данными не подкреплённый, но на редкость единодушный): заслуживал повышения — оно должно было случиться до оффера; не заслуживал — оффер этого не меняет. Со стороны сотрудника это разобрано в Переговорах о компенсации.

Промо-пакет и калибровка

На калибровке вы — адвокат, а не судья: решение принимают люди, которые вашего сотрудника не видели ни разу. Рабочий формат пакета — одна страница:

# Тимур → Senior Engineer

**Работает на уровне senior с:** апреля (три цикла наблюдения)

**Ожидание 1: ведёт межкомандные технические решения сам.**
- PAY-412: написал дизайн, провёл через биллинг и мобилку, сам развёл конфликт
  про синхронный вызов. Подтверждает: Аня (биллинг).
- Миграция ключей: договорился с платформой о графике без моего участия.
  Подтверждает: Сергей (платформа).

**Ожидание 2: снимает риски заранее.**
- Нашёл отсутствие идемпотентности у партнёра до релиза; иначе получили бы
  двойные списания. PR #4412.
- Инцидент 18.09: диагностика 20 минут, разбор без напоминания.

**Ожидание 3: растит других.**
- Онбординг Миши: самостоятельная выкатка на 5-й неделе вместо обычных 8–10.

**Чего нет:** не вёл проект длиннее квартала. Считаю приемлемым — радиус решений
соответствует, длительность зависит от доступных задач.

**Риск отказа:** третий цикл ожидания, есть внешний интерес.

Что делает пакет защитимым:

• Свидетельств 2–4 на ожидание, не больше. Длинный список читается как попытка задавить количеством; проверяющий выберет самое слабое и ударит по нему.
• Внешние подтверждения обязательны. Реплика чужого руководителя «да, я это видел» весит больше вашей страницы текста.
• Слабое место названо вами. Принесли «чего нет» сами — остальным пунктам верят больше. Нашли за вас — под сомнением всё.
• Никаких оценок личности. «Отличный парень, все его любят» — сигнал, что аргументов по существу нет.

Свой кейс иногда нужно снять: если на первой же реплике вы поняли, что защищаете слабо, — снимайте и скажите сотруднику честно, чего не хватило. Провалившаяся защита дороже несостоявшейся: остаётся память «этого уже приносили и завернули».

Отдельно про инфляцию уровней. Соблазн повысить, чтобы удержать или закрыть неловкий разговор, постоянен. Цена приходит не сразу и в другом месте: через год «сеньор» в вашей команде означает меньше, чем у соседей, и ваши следующие пакеты рассматривают с презумпцией недоверия. Понижение уровня — практически неприменимый инструмент: сложно юридически, унизительно для человека, почти всегда заканчивается уходом. Асимметрия «повысить легко, вернуть нельзя» — причина быть здесь скучно консервативным.

Когда повышение — неправильный инструмент

Не всякий запрос на рост решается уровнем. Обычно за ним стоит одно из пяти, и только первое лечится повышением:

Последняя строка важнее прочих. Если единственный способ расти — уходить в управление, компания систематически теряет сильных инженеров и получает слабых руководителей: тот самый эффект, который количественно показали Benson, Li и Shue. Внятный индивидуальный трек (senior → staff → principal) — не косметика, а способ не разрушать команду собственными руками.

Самый неприятный случай: человек перерос вашу команду. Нужный ему уровень задач здесь не возникнет — команда маленькая, продукт зрелый, радиус ограничен архитектурой. Честные варианты: помочь перейти внутрь компании, поменять границы команды (см. Границы команд) или прямо сказать, что роста здесь нет. Нечестный — держать надеждой: заканчивается тем же уходом, но с испорченными отношениями и потерянным годом.

Что ломается чаще всего

Сбои в порядке частоты: симптом → последствие.

1. Ожидания не записаны. На вопрос «что нужно для следующего уровня» вы отвечаете абзацем без проверяемых пунктов → отказ выглядит произволом, согласие — везением.
2. Разговор о росте раз в год. Человек впервые слышит, где он находится, на итоговом ревью → у него не было ни одного цикла что-то изменить; оценка технически верна и морально несостоятельна.
3. «Всё хорошо» весь год → «нет» в декабре. Вы избегали неприятных формулировок, чтобы не демотивировать → демотивация случилась всё равно, но кратно сильнее.
4. Обещание, которое вам не принадлежит. Назвали дату повышения → см. раздел про границы власти.
5. Одна удачная проба вместо трёх. Человек один раз вытащил сложную задачу, и вы понесли пакет → на калибровке спрашивают «это повторяемо?», и ответить нечем.
6. Оценка активности вместо результата. В пакете «активно участвовал», «много помогал» → просят перевести в наблюдаемые следствия, половина аргументов исчезает.
7. Тихие люди в левом нижнем квадранте. Вы не помните, о чём говорили в прошлый раз → человек уходит, и это внезапно для всех, кроме него.
8. Повышение как средство от неловкости. Согласились, лишь бы не вести третий тяжёлый разговор → инфляция уровней и человек на позиции, к которой не готов: тот же тяжёлый разговор, но через год и с большими ставками.

Мини-итог

• Разделяйте ожидания, обратную связь, решение об уровне и решение о деньгах.
• Обещайте только то, что в вашей власти: ожидания, проба, свидетельства, вынос пакета.
• Шум в оценке — измеренный факт. Работайте не над «объективностью», а над снижением шума: независимые источники, письменные заметки, привязка к записанным ожиданиям.
• Ожидание проверяемо, если понятно, как выглядит его нарушение. Иначе это лозунг.
• Единица подготовки — не «хорошая история», а свидетельство, привязанное к ожиданию и подтверждённое кем-то, кроме вас.
• Повышение — признание устойчивого факта, а не аванс и не награда за терпение.
• «Нет по уровню» и «нет по обстоятельствам» подменять друг другом нельзя.
• Не всякий запрос на рост лечится повышением, и повышение в лиды — не универсальная награда лучшему инженеру.

Источники и что почитать

• Scullen, Mount, Goff. Understanding the latent structure of job performance ratings, JAP, 2000 — psycnet.apa.org/record/2000-16483-004
• Buckingham, Goodall. Reinventing Performance Management, HBR, 2015 — hbr.org/2015/04/reinventing-performance-management
• Kahneman, Sibony, Sunstein. Noise: A Flaw in Human Judgment, 2021.
• Benson, Li, Shue. Promotions and the Peter Principle, QJE, 2019 — academic.oup.com/qje/article/134/4/2085/5550760
• Forsgren, Storey и др. The SPACE of Developer Productivity, ACM Queue, 2021 — queue.acm.org/detail.cfm?id=3454124
• Correll, Simard. Vague Feedback Is Holding Women Back, HBR, 2016 — hbr.org/2016/04/research-vague-feedback-is-holding-women-back
• Andy Grove. High Output Management, 1983 — task-relevant maturity.
• Camille Fournier. The Manager’s Path, 2017; Will Larson. An Elegant Puzzle, 2019, и staffeng.com; Lara Hogan. Resilient Management, 2019 — larahogan.me/books/resilient-management
• Открытые лестницы: progression.fyi, dropbox.github.io/dbx-career-framework
• Julia Evans. Write a brag document — jvns.ca/blog/brag-documents — стоит раздать команде.

Что дальше

Мы разобрали случай, когда человек растёт или хотя бы держит уровень. Обратная ситуация тяжелее и требует другой техники: заметить рано, назвать точно, дать реальный шанс и не затягивать, если шанс не сработал.

Слабый результат: как заметить рано и что делать дальше