апрель    2026

Пн	Вт	Ср	Чт	Пт	Сб	Вс
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30

показать все 

24.04.2026

Использование рабочей почты на сторонних сервисах создает ИБ-риски

Читать далее 

24.04.2026

Группа «Московская Биржа» представила результаты внедрения Единой СЭД на платформе Docsvision

Читать далее 

22.04.2026

«Газинформсервис» и «AzInTelecom» заключили соглашение о взаимном признании электронной подписи между Россией и Азербайджаном

Читать далее 

21.04.2026

САКУРА 3.2 – новые возможности и улучшения

Читать далее 

21.04.2026

ЕМДЕВ выводит корпоративный портал Инкоманд на уровень 100% замещения Microsoft SharePoint

Читать далее 

показать все 

22.04.2026

Суверенные облака: стратегия на 2026–2028

Читать далее 

22.04.2026

Российское ПО дорожает: как обосновать бюджет?

Читать далее 

22.04.2026

Управление данными: искусство превращения хаоса в актив

Читать далее 

23.03.2026

Эволюция бизнес-процессов от ИИ-инструментов к мультиагентным командам

Читать далее 

23.03.2026

Время внедрения: ИИ в вашем бизнесе – эксперимент или реальная прибыль?

Читать далее 

29.07.2025

Точность до метра и сантиметра: как применяют технологии позиционирования

Читать далее 

18.04.2024

Как искусственный интеллект изменит экономику

Читать далее 

22.09.2023

Эпоха российской ориентации на Запад в сфере программного обеспечения завершилась

Читать далее 

22.09.2023

Сладкая жизнь

Читать далее 

22.09.2023

12 бизнес-концепций, которыми должны овладеть ИТ-руководители

Читать далее 

показать все 

Главная / Архив номеров / 2025 / Выпуск №9 (152) / Хороший инженер – плохой менеджер

Рубрика: Тема номера /  Soft skills руководителей

Дмитрий Биге, партнер Bige.pro, профессор Сколтеха (Innovations Marketing)

Хороший инженер –
плохой менеджер

Когда руководитель сразу критикует, разум сотрудника переходит в режим «бейся или уходи». Человек закрывается, идеи умирают, проблемы скрываются. 

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

Мы записали одну встречу и посмотрели, кто сколько говорит. Он – 65%, остальные семь человек – по 5%. Single point of failure – как в архитектуре систем. Архитектор в нем моментально узнал проблему, но «менеджер» понятия не имел, что с этим делать.

Эта статья о том, почему лучшие инженеры становятся плохими менеджерами и как это можно исправить за месяц, не переделывая человека полностью.

<...>

Ключевые слова: таланты, сотрудники, руководитель, архитектура, эффективность, Redis, Гарвард.

Полную версию статьи читайте в журнале.
Подпишитесь на журнал

В начало⇑

Комментарии отсутствуют

Комментарии могут отставлять только зарегистрированные пользователи