惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
CXSECURITY Database RSS Feed - CXSecurity.com
P
Privacy International News Feed
V
Vulnerabilities – Threatpost
The Last Watchdog
The Last Watchdog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
O
OpenAI News
T
Threat Research - Cisco Blogs
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Palo Alto Networks Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
H
Help Net Security
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
T
The Blog of Author Tim Ferriss
H
Hackread – Cybersecurity News, Data Breaches, AI and More
S
Securelist
Vercel News
Vercel News
S
Security Affairs
D
Darknet – Hacking Tools, Hacker News & Cyber Security
B
Blog RSS Feed
云风的 BLOG
云风的 BLOG
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Blog — PlanetScale
Blog — PlanetScale
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Last Week in AI
Last Week in AI
博客园_首页
Attack and Defense Labs
Attack and Defense Labs
G
Google Developers Blog
T
Tor Project blog
Project Zero
Project Zero
腾讯CDC
Schneier on Security
Schneier on Security
月光博客
月光博客
N
Netflix TechBlog - Medium
AWS News Blog
AWS News Blog
L
LINUX DO - 最新话题
P
Proofpoint News Feed
博客园 - 司徒正美
A
About on SuperTechFans
Latest news
Latest news
Scott Helme
Scott Helme
Hacker News: Ask HN
Hacker News: Ask HN
T
Threatpost
Hacker News - Newest:
Hacker News - Newest: "LLM"
C
CERT Recently Published Vulnerability Notes
Google DeepMind News
Google DeepMind News
博客园 - 聂微东

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
50 оттенков порока: за что команды ненавидят тимлидов
go_shan (Avi · 2026-04-30 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение9 мин

Охват и читатели5

Аналитика

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

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

В беседе участвовали:

Александр Афёнов

Руководитель разработки Авито Доставки

Александра Прокшина

Руководительница юнита 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. «Покраска заборов»: Приведение метрик к целевым показателям любыми путями, даже если внутри проект «с гнильцой». Если у руководства только одна метрика, её легко фальсифицировать, но это создаёт технический и управленческий долг, который рано или поздно приведёт к коллапсу.

Личный опыт экспертов: Александр Афёнов привёл пример случая на Performance Review, когда он был уверен в промоушене своего сотрудника, но из-за плохой подготовки защиты («не подсветил дельту от базы») чуть не получил для него «недостаточно». Ошибка лида в трансляции реальности привела к угрозе карьере подчинённого.

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

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

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

Примеры:

  1. Замалчивание проблем наверх: Страх признаться руководителю, что «мы не успеваем» или «технология не взлетела». Тимлиды часто недооценивают помощь вышестоящих менеджеров, которые могут выделить ресурсы или скорректировать приоритеты, если узнают о проблеме вовремя.

  2. При 1-to-1: Это крайняя форма замалчивания. Если лид не проводит регулярные встречи, он теряет контекст состояния сотрудников. Отсутствие регулярных встреч создаёт информационный вакуум.

Важно: Ты можешь приукрасить, исказить, рассказать не всё. Вопрос в том, чем это потом закончится, потому что последствия всегда есть.

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

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

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

Основные выводы для практического применения:

  1. Проверка себя: Как можно чаще спрашивай себя: «Не ерунду ли я делаю?», оценивай свои действия, не договаривайся с собой.

  2. Прозрачность: Чем лучше выстроены процессы и определены цели, тем меньше будет поводов для лжи, микроменеджмента и манипуляций.

  3. Доверие как протокол: Доверие — это не просто эмоция, а отсутствие лишних проверок. Если система (команда) стабильна, тимлид должен отпустить контроль, позволяя птенцам ошибаться и учиться на своих выводах.

  4. Эмоциональный дебаггинг: Следите за своим состоянием. Если тимлид горит или находится в депрессии, это считывается командой и дестабилизирует весь юнит.

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

А больше тимлидской внутрянки можно узнать в подкасте Свободный слот и нашем телеграм-канале

Кликни здесь и узнаешь

Кликни здесь и узнаешь