Перфекционизм руководителя в IT часто выглядит как добродетель, пока не начинают сыпаться сроки, мотивация и люди. В новой главе «Книги среднего уровня» автор разбирает простую, но болезненную мысль: 20% усилий обычно хватает на приемлемый результат, а оставшиеся 80% команда тратит уже не на пользу бизнесу, а на попытку дотянуться до чужого идеала.
Об этом сообщает Habr / Карьера в материале о привычках, с которыми приходится расставаться при переходе из сильного специалиста в руководителя. Главный тезис звучит жестко: если для отдельного инженера стремление сделать «и всё, и хорошо» еще может работать, то в управлении такой режим быстро превращается в источник выгорания, внутренней сегрегации и потери результата на уровне всей команды.
Когда сильный специалист становится слабым менеджером
Логика здесь неприятная, но знакомая многим IT-командам. На позиции individual contributor перфекционизм действительно иногда окупается: аккуратный код, тщательная документация, вылизанные процессы, внимание к деталям. В некоторых профессиях именно это и создает профессиональную репутацию. Но у руководителя задача другая. Он отвечает не за то, чтобы самому делать идеально, а за то, чтобы команда стабильно выдавала нужный результат в разумные сроки и без коллективного нервного срыва.
Автор разделяет проблему на два уровня. Первый — личный перфекционизм начальника. Если руководитель сам любит идеально вести список задач, быстро закрывать хвосты и отвечать за всё лично, это еще терпимо. Хотя и здесь есть побочный эффект: подчиненные почти неизбежно начинают сравнивать себя с шефом и чувствуют, что до планки не дотягивают. Второй уровень куда опаснее — командный перфекционизм, когда менеджер начинает требовать от всех одного и того же стандарта: каждый должен делать «и всё, и хорошо», без скидок на опыт, роль, тип задач и реальную бизнес-ценность.
Дальше включается математика, которую управленцы любят не всегда, зато бизнес любит почти всегда. Принцип Парето в этой схеме работает без сантиментов: довести задачу до приемлемого уровня можно условными 20% усилий, а вот на доводку до «идеала» уходит оставшиеся 80%. Для потребителя — внешнего клиента или внутреннего заказчика — эта разница часто вообще не критична. Для команды критична: люди тратят больше сил, получают меньше ощущения завершенности и начинают жить в режиме бесконечной недосданной работы.
Отсюда и типичные последствия, которые в статье названы без особой дипломатии: фрустрация, апатия, прокрастинация, агрессия, выгорание, увольнения и даже «итальянские забастовки», когда сотрудник формально работает, но по сути перестает вкладываться. В IT это особенно чувствительно, потому что рынок давно научил людей считать не только зарплату, но и цену внутреннего износа. Если менеджер превращает каждую задачу в экзамен на соответствие своему вкусу, хорошие специалисты часто не исправляются, а просто уходят туда, где от них хотят результата, а не ежедневного доказательства собственной пригодности.
Как перфекционизм превращается в бюрократию
Еще один важный слой этой истории — восприятие требований. Для части сотрудников, особенно творческих и увлеченных, управленческий перфекционизм быстро начинает выглядеть не как забота о качестве, а как бюрократический ритуал или чья-то личная обсессия. Если инженеру важно рабочее ядро решения, а менеджер бесконечно дожимает скорлупу, между ними почти неизбежно возникает конфликт не про качество, а про смысл работы. Именно поэтому автор настаивает на простой защите от управленческого перфекционизма: люди должны точно понимать, чего от них хотят, в какие сроки, по каким критериям и в какой момент нужно звать руководителя.
Звучит очевидно, но в этом и проблема. Для большинства команд «очевидные требования» существуют только в голове начальника. Сотрудник должен их угадывать по интонации, по прошлым разносам и по выражению лица на созвонах. Ошибся — узнает о стандарте постфактум, обычно в не самой мягкой форме. Для middle-менеджмента это вообще зеркало: сами руководители ровно так же часто живут по отношению к своему начальству, пытаясь угадать, можно ли спросить, стоит ли эскалировать и будет ли за вопрос нормальная реакция или показательное унижение под видом обучения. Поэтому тезис статьи прагматичный: зрелое управление начинается не с высокой планки, а с внятных правил игры.
Самый показательный фрагмент материала — практический кейс из разработки. Перфекционист-программист возглавил отдел, где эффективность измеряли «закрытыми часами» по выполненным задачам. Сам он закрывал 200-300 часов в месяц и после нормализации на рабочие дни получил для себя показатель выработки в человеко-день — ВЧД — на уровне 10-15. Для опытного специалиста с длинным рабочим днем цифра впечатляющая. Проблема началась в тот момент, когда собственный максимум стал эталоном для всей команды.
Новый руководитель не просто держал эту планку в голове, а активно продавал ее подчиненным: как профессиональный ориентир, как путь к более высокой сдельной зарплате, как способ быстрее доставлять ценность клиенту. В краткосрочной перспективе такой нарратив работает отлично. Люди вдохновляются, пытаются ускориться, хотят соответствовать. Но через месяц-два выясняется неприятная деталь: для большинства сотрудников этот уровень системно недостижим. При этом один-два человека иногда действительно показывают ВЧД 10, а то и 12. И тут включается самая токсичная управленческая ловушка: раз у кого-то получилось, значит могут все, а если не могут — значит ленятся, не стараются и вообще недостаточно мотивированы.
После этого в команде появляется не конкуренция, а кастовая система. Есть «хорошие» — обычно те самые один-два сотрудника, которые совпали с моделью успеха руководителя. И есть все остальные, которых начинают считать проблемой. Для бизнеса это плохая сделка. Вместо устойчивой, предсказуемой производительности отдел получает нервную среду, в которой люди работают не на результат, а на избежание стыда. Вместо развития менеджер выращивает оппозицию, кулуарное раздражение и привычку делать вид, что всё под контролем. На дистанции такая система почти всегда проигрывает более скучной, но взрослой модели: понятные требования, нормальный диапазон ожиданий и признание того, что команда не обязана копировать биографию своего начальника.
Для российской IT-аудитории в этом сюжете нет сенсации, но есть полезное напоминание. Рынок давно живет под давлением сроков, нехватки опытных людей и постоянной оптимизации процессов, а значит соблазн «подкрутить качество еще на 20%» возникает у менеджеров регулярно. Вопрос в том, сколько компаний готовы честно признать: перфекционизм руководителя часто выглядит как стандарт качества только до тех пор, пока никто не посчитал его цену в скорости, удержании и здоровье команды.