Контент по тегу

50 оттенков порока: за что команды ненавидят тимлидов

Статьи DevRel hr management
Бывает, что руководители врут, лицемерят, манипулируют сотрудниками для достижения целей компании или своих собственных.

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

Александр Афёнов — руководитель разработки Авито Доставки
Александра Прокшина — руководитель юнита Security Development
Артём Коночкин — руководитель юнита Mall & Sales
Константин Лёгкий — заместитель коммерческого директора Битрикс24, ex-Авито.

Содержание

Грех №1: Микроменеджмент

Внутренний опрос в телеграм-канале показал, что почти 50% респондентов назвали главным грехом — микроменеджмент. С точки зрения системного программирования, микроменеджмент — это реализация управления через бесконечный цикл опроса статуса (busy-waiting), который съедает всё время разработчика.
Что такое микроменеджмент? Это когда руководитель делает запись твоего экрана или когда у тебя под окном на снегу вытоптано: какой статус по задаче?
Микроменеджмент — это антипаттерн, при котором руководитель пытается контролировать каждый системный вызов подчинённого, когда он вмешивается в мелкие детали работы и подавляет инициативу, не умея делегировать задачи. В терминах архитектуры это выглядит как нарушение инкапсуляции: вместо того чтобы дёргать высокоуровневое API (ставить задачу и ждать результат), лид лезет во внутренние регистры разработчика.
Микроменеджмент рушит систему. Когда тимлид контролирует каждый шаг Senior-инженера, он создаёт утечку его интеллектуального ресурса. Разработчик перестаёт сам принимать решения, так как знает, что сверху придёт инструкция, которая всё перезапишет.
Это приводит к:
  1. Снижению пропускной способности: Тимлид становится «бутылочным горлышком». Пока он не зааппрувит каждое именование переменной, задача не движется.
  2. Деградации навыков: Команда привыкает к «ручному управлению», и у неё атрофируется способность к самостоятельному проектированию. Через полгода такого режима сеньоры превращаются в мидлов.
Микроменеджмент не стоит путать с недоверием.
Если тимлид дал задачу сеньорному разработчику, а потом каждую строчку кода перепроверяет, то это уже про недоверие.
Есть специальные антикризисные менеджеры, которые по сути микроменеджментом занимаются, они погружаются в процесс на всех его этапах и руками пытаются его вырулить и поставить на нужные рельсы. Поэтому надо очертить правила игры, за кого мы играем и в какой степени зрелости мы находимся, в какой степени развитие компании.
Примеры и кейсы микроменеджмента:
  1. Кейс «Feature-лида»: Синьорному разработчику с активной позицией доверили крупный проект. Вера в него была высока, но из-за «деструктора» (по классификации Хогана) он закрылся в себе и перестал выдавать статус. Тимлиду пришлось переключиться в режим жёсткого микроменеджмента — буквально «переставлять ноги» и «скроллить мышку» вместе с ним. Это помогло выдать результат, но стало дьявольски тяжёлым процессом для обоих.
  2. Микроменеджмент как антикризисный инструмент: Иногда микроменеджмент — это необходимая мера. Например, при онбординге нового тимлида или в ситуациях с высокими репутационными рисками. Когда задержка ответа в канале поддержки критична, тимлид вынужден пушить команду до тех пор, пока процесс не будет автоматизирован или не появится чёткий SLA.
  3. Постоянное отслеживание процесса: Постоянные проверки статуса (Готово? А сейчас?) нарушают состояние потока. Если тимлид запрашивает статус чаще, чем происходит полное обновление задачи в Jira, система переходит в состояние thrashing.
Важно: Для того, чтобы что-то полечить, сперва нужно прийти к осознанию того, есть ли проблема и в чём она.

Как искупить этот грех

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

Грех №2: Плохая обратная связь

Топ-2 рейтинга грехов тимлидов — это плохая обратная связь.
Обратная связь — она же фидбэк — это оценка результата работы сотрудника, это инструмент для изменения (улучшения) работы людей в команде.
Многие лиды считают: «Раз я не ругаюсь, значит, всё ок». Это ошибка. Если разработчик полгода пишет код с посредственной архитектурой, а на 1-to-1 вы обсуждаете только погоду, то оценка «ниже ожиданий» на годовом ревью станет для него сегфолтом, ведь ранее он не получал сигналов о деградации.
Варианты плохого фидбэка:
  1. Отсутствие фидбэка: Это самый плохой вариант обратной связи. Обратная связь должна быть обязательно.
  2. Фидбэк, не достигший цели: Он бесполезен.
  3. Неправильно поданный фидбэк: Может быть малоэффективным, а может привести к ухудшению уже плохо сложившейся ситуации.
  4. Неправильно понятый фидбэк: Также может привести к ухудшению уже сложившейся ситуации. Исправить это будет ещё труднее.
Разбор механики фидбека:
  1. Нулевой сигнал: Александр Афёнов привёл кейс, когда он не давал негативного фидбека, считая, что сотрудник и так хорош. Но сотруднику было важно знать, где всё плохо. Отсутствие критики воспринималось как информационный вакуум. Этого быть не должно. Если критика нулевая, нужно сказать об этом и дать векторы для ещё большего роста.
  2. Проблема грейда: Чем выше инженер по должности, тем меньше фидбека он получает. Лиды часто думают: «Он большой мальчик, сам разберётся». Это приводит к трудности оценки своих действий у инженера.
  3. Способы и формы передачи: Артём Коночкин подчёркивает, что фидбек должен быть адаптивным. Одному сотруднику нужно давать его «жёстко, как в спорте», чтобы он почувствовал адреналин и начал действовать, когда другой закроется от малейшего замечания. Тимлиду следует пропинговать сотрудника и найти подходящий формат обратной связи с каждым.
Важно: Цель — это чтобы человек действительно услышал то, что ему хотят сказать. Чтобы он не подумал, что его просто ругают и он плохо работает, а где и что надо скорректировать.
Обратная связь — это не кнут и не пряник, а инструмент настройки системы. Она должна быть своевременной и обладать достаточной мощностью сигнала, чтобы преодолеть порог восприятия и достичь получателя.

Как искупить этот грех

Для улучшения обратной связи её следует сделать непрерывной и давать:
— своевременно. Хвалить или корректировать нужно максимально близко к моменту события, low latency так сказать. Фидбэк через месяц — это протухшие данные.
— структурированно. Используйте модели вроде BOFF (Behavior, Outcome, Feelings, Future). Это как типизация данных в коммуникации — меньше шансов для неверной интерпретации.
— индивидуально. С каждым отдельным сотрудником найти свой формат фидбэка.

Грех №3: Непогрешимость

Непогрешимость — это отказ лида от признания ошибок и игнорирование входящих данных, которые противоречат его убеждениям. «Я не могу ошибаться. Кто, если не я?».
Последствия непогрешимости лида:
  1. Масштабируемая некомпетентность: Когда компанией, в которой сотни инженеров, управляет человек, который не склонен консультироваться и уверен в корректности принятия своих решений, всё ведёт сам до конца, игнорируя признаки того, что всё рассыпается, это деструктивная модель руководства.
  2. Слепота к признакам распада: Лид, уверенный в своей правоте, игнорирует метрики и жалобы команды, продолжая вести корабль на рифы.
  3. Визионер-диктатор: Лидеры крупных компаний часто непогрешимы, потому что видят цель аж в 2200-м году, пока сотрудники живут текущим спринтом. Однако для линейного тимлида такая позиция обычно становится деструктивной «соло-игрой».
Важно помнить: чем выше ты забираешься, тем на большее количество людей распространяются твоя компетенция и твоя некомпетентность.

Грех №4: Манипуляция

Четвёртую строчку рейтинга грехов тимлидов занимает манипуляция. Это попытки лида влиять на подчинённых и команду не через прямые инструкции и регламент, а через воздействия на чувствах и уязвимости в психике.
Манипуляции бывают:
  1. Позитивными: если ты при помощи обратной связи или примеров побудил сотрудника сменить mindset и достичь результата.
  2. Негативными: если начинаешь плести какие-то интриги вокруг неприятного или конкурентного сотрудника, давать неадекватную обратную связь по нему, настраивать руководство против, чтобы его перевели, уволили, переставили.
Виды манипуляций:
  1. Газлайтинг: Сомнение в адекватности сотрудника («Ты плохо работаешь, если ты этого не видишь — нам не о чем говорить»). Это деструктивный метод, который не даёт реального выхода.
  2. Эмоциональные качели: Резкие переходы от похвалы к агрессии. Например, когда за неудачный релиз лид кричит и меняется в лице, а на следующий день ведёт себя как ни в чём не бывало.
  3. Шантаж: «Никто не справится так хорошо, кроме тебя». Это лесть, используемая для того, чтобы «продать» сотруднику неинтересную или перегруженную задачу.
  4. Игнорирование/молчание: Манипулятивное прекращение коммуникации, отмена 1-to-1 встреч без объяснения причин, игнор сообщений в мессенджерах.
  5. Подтыкание данных и изгибание фактов: Когда пытаются добиться результата, используя реальные данные, но изгибая их в нужную себе сторону («70 % опрошенных считают, что это нужная фича, хотя всего 8 человек опросили»).

Грех №5: Лицемерие

Лицемерие — это ситуация, когда лид выдаёт свои за ценности и цели за ценности компании.
Примеры лицемерия:
Мы — семья: Самый распространённый паттерн, ведь семья — это знакомая и понятная всем структура с безусловным принятием, а бизнес — напротив — это контрактная система. Когда лид говорит: «Мы же семья, надо поработать на выходных», он эксплуатирует лояльность. А когда речь заходит о доплате, семейность исчезает.
Ханжество: Транслирование тимлидом правил, в которые он сам не верит и/или нарушает. Например, призывает команду к work-life balance, но сам работает по выходным и пишет в чаты. Команда считывает это как реальный стандарт поведения, игнорируя официальные призывы отдыхать. Это создаёт культурный долг, который может привести к выгоранию. Или лид требует дисциплины при собственных опозданиях.
Английский кейс: Менеджер хвалит сотрудника за вайб, но через неделю пишет претензию: «На обеденном перерыве ты съедаешь сэндвич за 10 минут, а потом полчаса скроллишь телефон, вместо того чтобы скорее вернуться к работе и поддерживать свою рабочую семью».
Лицемерие быстро детектится коллективным разумом команды. Если лид транслирует ценности, в которые сам не верит, команда перестает воспринимать любые его слова всерьез.

Грех №6: Ложь

Ложь — это умышленное искажение данных.
Формы профессиональной лжи:
  1. Ложь про карьерные перспективы: Обещание роста («что-то есть на горизонте»), когда лид точно знает, что вакансий или бюджета на повышение нет. Это критический баг, который ведёт к резкому увольнению лояльных сотрудников, когда правда вскрывается.
  2. Смена позиции/самоотрицание: Отказ от своих слов, заявлений, приоритетов через некоторое время без согласования с коллективом.
  3. «Когда договариваешься с командой об одном, а через полгода заявляешь, что такого не было».
  4. Ложь во спасение: Скрытие проблем от команды или вышестоящего руководства. Ложь о состоянии дел, например, отрицание грядущих сокращений, ведёт к потере лица. Покрытие сотрудника, который сильно накосячил, может подставить всю компанию.
  5. «Покраска заборов»: Приведение метрик к целевым показателям любыми путями, даже если внутри проект «с гнильцой». Если у руководства только одна метрика, её легко фальсифицировать, но это создаёт технический и управленческий долг, который рано или поздно приведёт к коллапсу.
Личный опыт экспертов: Александр Афёнов привёл пример случая на Performance Review, когда он был уверен в промоушене своего сотрудника, но из-за плохой подготовки защиты («не подсветил дельту от базы») чуть не получил для него «недостаточно». Ошибка лида в трансляции реальности привела к угрозе карьере подчинённого.
Ситуативный совет: Когда ты — тимлид, ты представляешь не только интересы команды, но уже и компании. Когда тебе что-то говорят наверху, нужно включать фильтр и находить баланс, подготовить эту инфу под свою команду, а не сразу нести им. Возможно, в моменте ты что-то им не договариваешь, но даёшь информацию именно под них.

Грех №7: Замалчивание

Замалчивание и недоговаривание — это частный случай формы лжи или отсутствия фидбека. Это ситуация, когда критически важная информация не передаётся полностью или частично по стеку ни вверх, ни вниз. Отказ от передачи информации создаёт неопределённость, которая может привести к серьёзным потерям.
Примеры:
  1. Замалчивание проблем наверх: Страх признаться руководителю, что «мы не успеваем» или «технология не взлетела». Тимлиды часто недооценивают помощь вышестоящих менеджеров, которые могут выделить ресурсы или скорректировать приоритеты, если узнают о проблеме вовремя.
  2. При 1-to-1: Это крайняя форма замалчивания. Если лид не проводит регулярные встречи, он теряет контекст состояния сотрудников. Отсутствие регулярных встреч создаёт информационный вакуум.
Важно: Ты можешь приукрасить, исказить, рассказать не всё. Вопрос в том, чем это потом закончится, потому что последствия всегда есть.

Резюме. Путь к исправлению

Идеальных руководителей не существует. Каждый тимлид в тот или иной момент совершает ошибки, падая в микроменеджмент или замалчивание. Однако разница между «грешником» и эффективным лидером заключается в способности к рефлексии и отладке собственного поведения.
Никто не идеален, и мы все допускаем ошибки. Главное, делать из этого выводы и проверять, из каких побуждений мы действуем.
Основные выводы для практического применения:
  1. Проверка себя: Как можно чаще спрашивай себя: «Не ерунду ли я делаю?», оценивай свои действия, не договаривайся с собой.
  2. Прозрачность: Чем лучше выстроены процессы и определены цели, тем меньше будет поводов для лжи, микроменеджмента и манипуляций.
  3. Доверие как протокол: Доверие — это не просто эмоция, а отсутствие лишних проверок. Если система (команда) стабильна, тимлид должен отпустить контроль, позволяя птенцам ошибаться и учиться на своих выводах.
  4. Эмоциональный дебаггинг: Следите за своим состоянием. Если тимлид горит или находится в депрессии, это считывается командой и дестабилизирует весь юнит.
В будущем управленческие подходы будут всё больше смещаться в сторону открытости и партнёрства. Манипуляции и иерархическая непогрешимость становятся пережитками. Самый страшный грех — это лень в работе над собой как руководителем. Оставайтесь в курсе своих метрик, проводите честные 1-to-1 и не забывайте, что ваша команда — это не просто ресурс, а сложная система, требующая бережного и осознанного администрирования.
А больше тимлидской внутрянки можно узнать в подкасте Свободный слот и нашем телеграм-канале.