Тимлид и инженерное лидерство Слабый результат: как заметить рано и что делать дальше
0%

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

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

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

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

Сразу о качестве доказательств

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

  • Обратная связь работает не всегда. Метаанализ Kluger & DeNisi (1996, Psychological Bulletin) на 600+ эффектов: в среднем она улучшает результат, но примерно в трети случаев ухудшает его. Хуже всего работает обратная связь, направленная на личность («ты невнимательный»), лучше — на задачу и способ её выполнения. Прямой аргумент против «просто честно скажу человеку, что он слабый».
  • Фундаментальная ошибка атрибуции (Ross, 1977): чужой результат мы объясняем свойствами человека, свой — обстоятельствами. У руководителя это встроенный дефект измерительного прибора; половина работы — проверять контекст, прежде чем ставить диагноз.
  • Индивидуальная производительность программиста плохо измеряется. Легенда о разбросе «10x» восходит к эксперименту Grant & Sackman 1968 года; Лутц Прехельт («The 28:1 Grant/Sackman legend is misleading», 1999) показал, что исходные данные такой интерпретации не выдерживают. Ранжировать людей по коммитам и сторипойнтам нельзя.
  • Метрики продуктивности имеют смысл на уровне системы, а не человека — позиция авторов SPACE framework (ACM Queue, 2021) и DORA; подробно — в главе про метрики. Дашборды не скажут вам, что у конкретного человека проблема. Скажут разговоры и артефакты его работы.

Всё остальное ниже — обобщённая практика. Проверяйте на своей команде.

Что вообще считать слабым результатом

Слово «слабый» склеивает четыре разные вещи, и лечатся они по-разному.

Что наблюдаем Как это выглядит Чем НЕ является
Результат ниже ожиданий грейда Мидл третий месяц не может закрыть задачу без ежедневной помощи Не «мало кода»
Нестабильность Иногда отлично, иногда провал; предсказать нельзя Не низкий уровень
Поведение Результат есть, но после него команда неделю разгребает отношения Не производительность
Несовпадение роли Человек силён в другом: в аналитике, в надёжности, в инструментах Не слабость человека

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

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

Почему замечают поздно

Разрыв между ожидаемым и фактическим результатом накапливается месяцами

Механизмы задержки устроены системно, а не морально:

  1. Каждый эпизод объясним. Одна сорванная оценка — нормально, одна забытая договорённость — бывает. Проблема видна только в ряду, а ряд никто не ведёт.
  2. Команда компенсирует молча. Сильные забирают критические куски себе — «быстрее сделать, чем объяснять». Метрики команды не проседают, снаружи всё выглядит нормально, а первым индикатором оказывается усталость не того человека, о ком проблема.
  3. Отсутствие явных ожиданий. Пока критерий «нормально» живёт в голове руководителя, любой факт можно перетолковать в обе стороны.
  4. Издержки разговора платятся сейчас, издержки молчания — потом. Разговор неприятен сегодня, а увольнение абстрактно и в будущем. Рядом — сомнение в себе: «может, это я плохо ставлю задачи». Иногда так и есть, и это надо проверить, а не использовать как повод не проверять ничего.
  5. Ревью как ритуальная отсрочка. «Скажу на ревью» — самая дорогая фраза руководителя. Обратная связь, впервые прозвучавшая на полугодовом ревью, опоздала на месяцы и воспринимается как приговор, а не как помощь. Механика самой обратной связи — в главе 03; здесь важно правило: на ревью не должно быть новостей.

Ранние сигналы: что наблюдать

Сигналы — не метрики, а наблюдаемые изменения в артефактах и поведении: по отдельности каждое ничего не значит, вместе они образуют ряд. Три правила чтения таблицы — сразу после неё.

Наблюдение Что может стоять за этим Что проверить
Оценки стабильно оптимистичнее факта в 2–3 раза Не видит объёма работы, не декомпозирует Попросить декомпозицию до начала задачи
Задача «почти готова» третью неделю Застрял и боится сказать Спросить, что именно осталось, в подзадачах
Вопросов стало меньше, чем раньше Перестал просить помощь — плохой знак, не хороший Прямо спросить, где сейчас непонятно
PR-ы висят долго, ревью приходит с большим числом замечаний Разрыв в стандартах или в контексте Посмотреть 3 последних PR глазами, не по счётчику
Инциденты в его зоне повторяются с одной причиной Не доводит разбор до исправления Читать постмортемы, не сводки
Другие обходят его в зависимостях Команда уже приняла решение раньше вас Спросить у двух коллег «как идёт совместная работа»

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

Второе: сравнивайте с самим человеком. Изменение относительно его же прошлого поведения информативнее сравнения с соседом; резкое падение почти всегда означает событие.

Третье: проверьте условия раньше диагноза. Человек мог получить запущенный участок легаси, полспринта провести на дежурстве (глава 12), не пройти нормальную адаптацию (глава 05), терять полдня на согласование доступов. Не убрав эти факторы, вы измеряете среду, а не человека.

Диагностика причины

Удобная модель восходит к книге Мейгера и Пайпа «Analyzing Performance Problems» (1970) и к Фурни («Why Employees Don’t Do What They’re Supposed to Do»). Это не исследование, а инженерная схема разбора, но она заставляет исключить внешнее раньше, чем вы обвините человека.

Ветки слева встречаются чаще и стоят дешевле: по отраслевому опыту большинство случаев «слабого инженера» оказываются непроговорёнными ожиданиями, дефицитом навыка или средой. Чистая правая ветвь редка; если у вас она регулярна, проверяйте сначала найм и адаптацию, а не людей. Ветка «стимулы» выглядит конкретно: человек полгода делает аккуратные вещи, а повышают того, кто громче рассказывает на демо; или он потратил неделю на тесты, и единственным последствием стало «ты не успел». Это ваша зона ответственности, не его.

Разговор, который меняет траекторию

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

  1. Назвать факты, а не ярлык. «За последние шесть недель три задачи ушли за срок в два-три раза: A, B, C. Дважды я узнавал об этом на демо, а не заранее».
  2. Назвать последствие. «Из-за этого Марина дважды переносила свою работу, а релиз мы сдвинули на неделю». Последствие делает разговор о работе, а не о личности.
  3. Замолчать и слушать. Здесь появляется вся ценная информация. Люди обычно знают, что происходит, но не имели повода сказать. «Я не понимаю их модуль, а спрашивать в третий раз стыдно» — это диагноз, который вы не получите ни из каких метрик.
  4. Проверить свою часть. «Что из моего влияет? Достаточно ли ясно я формулировал готовность? Что мешает, о чём я не знаю?»
  5. Договориться о конкретике — не «работать лучше», а измеримое действие на ближайшие недели — и записать: три-четыре строчки после разговора о договорённостях, критериях и дате сверки. Это не бюрократия, а защита обоих от расхождения в воспоминаниях.

Чего делать нельзя:

  • «Ты не тянешь» — ярлык, на который невозможно ответить действием. Туда же «все считают, что…»: анонимное большинство. Говорите от себя и о фактах.
  • Сэндвич «похвала — критика — похвала». Люди слышат крайние куски и не слышат середину; на второй раз похвала обесценивается, потому что читается как предисловие к удару.
  • Обещания, которых вы не контролируете. «Сделай это, и я тебя повышу» — вы не решаете это в одиночку (см. главу 06).
  • Внезапность. Если человек слышит о проблеме впервые, а вы наблюдаете её четвёртый месяц, честнее начать с признания: «я должен был сказать раньше».
  • Надежда на самотёк. Один на один — не место, где такие темы «всплывут сами»; тяжёлый разговор ставится отдельной встречей.

Жизненный цикл случая

Обратите внимание на два перехода, которые обычно забывают: S1 → S0 (гипотеза снята — нормальный и частый исход) и S2 → S1 (после разговора вы узнали новое и вернулись к фактам). Это не конвейер в одну сторону; выход на любом шаге дешевле движения по инерции.

План поддержки: что это и как он выглядит

План поддержки — неформальная договорённость на 4–6 недель между вами и человеком. Он не идёт в HR и не имеет юридических последствий; он существует ради одного — превратить «работай лучше» в проверяемую конструкцию.

Признаки плана, который сработает:

  • Критерий проверяем третьим лицом. Не «стал внимательнее», а «две задачи подряд ушли в ревью без замечаний по требованиям» или «оценка отличалась от факта не более чем вдвое». И срок конечен: бесконечный план — не поддержка, а способ ничего не решать.
  • Есть ваша часть. «Убираю тебя из дежурств на месяц», «выделяю Игоря на парную работу два часа в неделю», «беру на себя согласование с соседней командой». Если обязательства только у одной стороны, это не план, а претензия.
  • Заранее описаны оба исхода. «Если получится — возвращаемся к обычному режиму; если нет — будем обсуждать смену роли или расставание». Скрывать вторую половину нечестно и бесполезно: человек догадается и потратит время на догадки вместо работы.
  • Ритм сверок фиксированный. Раз в неделю, коротко, по тем же критериям. Не «как дела».

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

Формальный процесс: PIP и его настоящая природа

Если план поддержки не дал динамики, начинается формальная часть.

PIP (performance improvement plan) в американской корпоративной практике — документ с фиксированными целями, сроком (обычно 30–90 дней) и записанным последствием невыполнения. У него две функции, и вторая обычно замалчивается: помочь человеку — и защитить компанию документированной процедурой на случай спора об увольнении. Публичной статистики по доле «выходящих» из PIP с сохранением работы по сути нет: компании её не раскрывают, а практики сходятся на том, что доля невелика — это наблюдение, а не измеренный факт. Практический вывод: если человек узнаёт о проблеме впервые из формального документа, вы уже проиграли.

Про юрисдикцию. Прямого аналога PIP в российском трудовом праве нет. Увольнение по несоответствию занимаемой должности (п. 3 ч. 1 ст. 81 ТК РФ) требует подтверждения результатами аттестации по локальному нормативному акту — внутренний «PIP» в заметках тимлида юридической силы не имеет, и на практике расставание почти всегда идёт через соглашение сторон. Отсюда правило: формальную часть вы не проектируете сами. Вы приносите факты, процедуру ведут HR и юристы; обещать что-либо о процедуре, не сверившись с ними, — способ подставить и человека, и себя.

Кто участвует и в каком порядке

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

Особые случаи, где общая схема ломается

Сильный инженер с разрушительным поведением. Результат есть, а вокруг выжженная земля: ревью с унижением, публичные «это же очевидно», сорванные договорённости с соседями. Общая схема бесполезна — проблемы с результатом нет. Убедительно исследовано одно: деструктивный участник влияет на группу непропорционально сильно (Felps, Mitchell & Byington, «How, when, and why bad apples spoil the barrel», 2006; оговорка — работа про группы вообще, не про программистов). Практика: терпимость стоит вам ухода двух-трёх других людей, и вы узнаете об этом на выходном интервью. Разговор нужен о поведении и последствиях, с той же дисциплиной фактов; техника — в главе 14.

Личный кризис. Развод, болезнь близкого, выгорание. Формальные механики здесь вредны; уместны временное снижение нагрузки, снятие с дежурств, отпуск, договорённость «вернёмся через месяц». Границу «я руководитель, а не терапевт» держать обязательно: вы не разбираете причины, вы меняете условия работы (про выгорание).

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

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

Удалённая работа. Соблазн подменить оценку результата оценкой активности (онлайн-статус, скорость ответа в чате) огромен и почти всегда даёт ложные срабатывания. Работает только договорённость о видимых артефактах: не «будь на связи», а «в четверг есть на что посмотреть».

Новый человек. Первые два-три месяца низкий результат — норма, а не сигнал; сравнивать надо с траекторией адаптации (первые 90 дней со стороны сотрудника, глава 05 — с вашей).

Развилка: как принимать решение

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

Как читать квадранты:

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

Что видит команда

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

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

Если дошло до расставания

Решение согласуется выше и оформляется HR; ваша часть — три вещи.

Разговор. Короткий, без новой информации и без пересмотра решения. Плохой вариант — сорок минут аргументации, почему решение правильное: это разговор ради вашего комфорта. Хороший — пять минут: решение, сроки, что дальше практически, помощь с рекомендациями.

Передача. Зоны ответственности, незакрытые договорённости, доступы, знания в голове. Обычно всплывает, что человек единственный, кто понимает какой-то кусок, — отдельный урок про границы и bus factor.

Разбор своей части. Где я узнал поздно и почему; что не проверили в найме (глава 04, взгляд интервьюера); что не сработало в адаптации; сколько месяцев ушло на надежду вместо разговора. Без этого следующий случай пройдёт по тому же сценарию.

Ограничения вашей власти

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

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

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

  • Разговор откладывается до ревью. Человек справедливо считает, что его поставили перед фактом. Проверка: если свежая обратная связь по проблеме старше двух недель — вы опоздали.
  • Один на один превращается в статус. Проблемы там не всплывают, потому что для них нет места; см. главу 02.
  • План поддержки без вашей части — односторонний список требований: воспринимается как ультиматум, выполняется формально.
  • Тихий обход. Человека убирают с критического пути и «забывают»: проблема консервируется, человек деградирует, команда видит, что правила ничего не значат.
  • Задачу забирают обратно. Через три дня видите отставание и делаете сами. Быстро — и бесполезно: вы лишили человека шанса и подтвердили себе непроверяемую гипотезу.
  • Формальный процесс как ритуал перед заранее принятым увольнением. Все всё понимают; вы теряете репутацию у команды и обучаете её цинизму.

Самопроверка руководителя

Прежде чем сказать вслух «у нас проблема с человеком»:

  1. Есть ли три конкретных эпизода с датами, а не общее ощущение?
  2. Знает ли человек ожидания в письменном виде и подтверждал ли, что понял их так же?
  3. Проверил ли я среду: дежурства, зависимости, доступы, легаси, прерывания?
  4. Сравниваю ли я его с ожиданиями роли — или с лучшим инженером команды?
  5. Говорил ли я об этом прямо раньше и когда именно? Что здесь моя часть — постановка, приоритеты, доступность для вопросов?
  6. Что произойдёт с командой, если я не сделаю ничего ещё месяц?
  7. Какой исход я на самом деле хочу — исправление или подтверждение уже принятого решения?

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

Мини-итог

  • Слабый результат — не свойство человека, а расхождение между ожиданиями и фактом; пока ожидания не записаны, расхождения формально не существует. Замечают поздно системно: каждый эпизод объясним, команда компенсирует молча, издержки молчания платятся потом.
  • Сначала исключите непроговорённые ожидания, дефицит навыка, среду и стимулы — и только потом ставьте диагноз человеку. Первый разговор диагностический: факты, последствия, тишина, ваша часть, договорённость. На ревью не должно быть новостей.
  • План поддержки: 4–6 недель, два-три проверяемых критерия, ваша часть обязательств, еженедельные сверки, заранее названные оба исхода. Формальную часть ведут HR и юристы; в РФ прямого аналога PIP нет, а увольнение по несоответствию требует аттестации.
  • Ключевой вопрос развилки — не «вырос ли результат», а «держится ли он без вас».

Источники

  • Kluger, A. N., & DeNisi, A. (1996). The effects of feedback interventions on performance. Psychological Bulletin, 119(2). Метаанализ: треть вмешательств с обратной связью ухудшает результат.
  • Mager, R. F., & Pipe, P. (1997). Analyzing Performance Problems — схема разбора причин, на которой основан флоучарт выше; рядом Fournies, F. F. Why Employees Don’t Do What They’re Supposed to Do.
  • Felps, W., Mitchell, T. R., & Byington, E. (2006). How, when, and why bad apples spoil the barrel, Research in Organizational Behavior, 27; Prechelt, L. (1999). The 28:1 Grant/Sackman legend is misleading — про разброс 10x.
  • Forsgren, N. et al. (2021). The SPACE of Developer Productivity, ACM Queue; DORA — метрики уровня системы, а не людей.
  • Fournier, C. The Manager’s Path, O’Reilly, 2017; Grove, A. High Output Management; Scott, K. Radical Candor — отраслевая практика, не исследования.
  • Larson, W. lethain.com — заметки о системах управления эффективностью; Трудовой кодекс РФ, ст. 81 — основания расторжения договора по инициативе работодателя.

Что дальше

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

Нашли неточность? Выделите фрагмент текста — рядом появится жучок.

Нужен разбор именно вашей ситуации?

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

Доска запросов