Более 90% стартапов с венчурным капиталом закрываются, и на этом фоне разговоры про «человечное лидерство» быстро приземляются на цифры. В колонке про лидерство в IT автор Stack Overflow Blog напоминает неприятную, но полезную вещь: хорошего отношения к людям недостаточно, если менеджер не умеет делать бизнес, который вообще способен выжить.
Поводом стал вопрос от читателя о том, как инженерным руководителям продвигать неавторитарные ценности и не скатиться в культ «сильной руки». Как пишет Stack Overflow Blog, индустрия не столько любит токсичных лидеров, сколько регулярно выращивает их сама: победителей на рынке мало, на них навешивают мифологию, а успех большой компании в публичном поле сводят к воле одного человека. Автор даже вспоминает Илона Маска как пример того, как многолетнее героизирование превращает заметного техлидера почти в карикатурного злодея.
Главный тезис текста сформулирован без украшений: задача менеджера, директора, VP и даже сильного staff-инженера не в том, чтобы быть главным по настроению команды, а в том, чтобы помогать бизнесу выигрывать. В переводе на нормальный язык это означает довольно прозаичный набор вопросов: правильно ли компания выбрала продукт, понимает ли свою аудиторию, знает ли, за что клиенты готовы платить, и способна ли объяснить, почему ее предложение лучше альтернатив. Для лидерства в IT это довольно болезненный поворот, потому что многие новые менеджеры приходят в роль из инженерии и по привычке считают главной зоной ответственности людей и процессы, а не рынок, стратегию и выручку.
Автор отдельно разбирает типичную ошибку начинающих руководителей. Многие идут в менеджмент после неудачного опыта с собственными начальниками: их душили микроменеджментом, дергали из стороны в сторону, заставляли переделывать работу и не давали автономии. Отсюда рождается благородное обещание: «я буду другим менеджером». Проблема в том, что диагноз часто ставится неверно. По версии Stack Overflow, источник боли во многих командах не в злом начальнике как таковом, а в отсутствии product-market fit, в конфликте приоритетов между подразделениями, в неясных правилах принятия решений и в банальном дефиците контекста. Команда страдает не потому, что менеджер слишком часто задает вопросы, а потому что никто не может внятно ответить, кто принимает решения, по каким критериям и зачем вообще делается эта работа.
Отсюда и не самый очевидный вывод: эмпатия сама по себе не делает руководителя сильным. Автор прямо пишет, что можно быть заботливым, гуманным и искренне небезразличным человеком, но при этом оставаться слабым оператором, который плохо понимает бизнес. И наоборот: грубые и неприятные руководители тоже могут быть эффективны, если умеют добиваться результата. Это неприятная иерархия, но в тексте она проговорена честно. Самая сильная комбинация, по мнению автора, это человечность плюс управленческая и бизнесовая компетентность. Все остальные варианты уже хуже. Для русскоязычной аудитории здесь нет никакой экзотики: любой CTO, head of product или founder, переживший пару циклов роста и сокращений, видел, как «команда мечты» разваливается не из-за lack of care, а из-за плохой стратегии и дергающегося спроса.
Практический блок особенно важен для тех, кто целится в уровень директора. Здесь Stack Overflow Blog дает два совета. Первый: самые сложные карьерные переходы часто упираются не в талант, а в математику оргструктуры. На каждом следующем уровне управленцев примерно в десять раз меньше, чем на предыдущем, и в период уплощения структур это ощущается еще сильнее. Поэтому лучший шанс вырасти до директора обычно связан с повышением внутри компании, а не с внешним наймом: бизнес не любит брать человека на руководящий уровень, если он уже не работал в этой роли. Второй совет жестче. Руководители слишком часто уверены, что у них «лучшая команда на свете», и превращаются в отдел корпоративных комплиментов. Автор считает это контрпродуктивным: задача менеджера не аплодировать людям по расписанию, а превращать группу сильных специалистов в действительно высокоэффективную команду в духе Патрика Ленсиони. А это уже требует не энтузиазма, а системного мышления, дисциплины и неприятной готовности постоянно поднимать планку.
На фоне моды на founder mode, харизматичных визионеров и бесконечные дискуссии о том, должен ли лидер быть «жестким», этот текст выглядит как попытка вернуть разговор к реальности. Не к психологии ради психологии и не к культуре ради постов в LinkedIn, а к скучному, но решающему вопросу: умеет ли руководитель создавать условия, в которых компания понимает рынок, команда понимает приоритеты, а решения не принимаются в режиме корпоративного пинг-понга. Для разработчиков это напоминание, что карьерный рост в менеджменте требует учить не только людей и процессы, но и бизнес-модель. Для фаундеров и директоров сигнал еще прямее: мягкость не заменяет ясность, а ценности начинают распространяться по отрасли только тогда, когда на них получается построить работающую компанию.
Самый неприятный вопрос здесь, пожалуй, такой: готова ли IT-индустрия действительно поощрять здоровое лидерство в IT, если она по-прежнему охотнее вознаграждает не тех, кто строит устойчивые команды, а тех, кто громче всех продает образ непогрешимого героя. Пока рынок путает результат одного человека с трудом сотен сотрудников, спрос на «бондианских» начальников вряд ли исчезнет сам собой.