Скопировать ссылку
Представьте себе хорошего линейного руководителя, тимлида. Технически сильный, внимательный, знает проект глубже любого сотрудника в команде. В чатах отвечает быстро и точно, на встречах мыслит на два шага вперед, в технических спорах играет роль арбитра, к которому идут за последним словом. Команда ценит его за то, что он всегда рядом и всегда в курсе. Задачи двигаются, дедлайны закрываются, отношения внутри команды ровные. На любой управленческой встрече про такого скажут: «Вот человек на своем месте».
И почти у каждого из таких руководителей есть одна особенность, которую не очень часто замечают: без него работа команды заметно замедляется. Не останавливается, но идет медленнее, осторожнее, с большим числом мелких ошибок. И чем дольше такой руководитель остается на своем месте, тем сильнее этот эффект проявляется: команда становится все менее способна работать без его непосредственного участия.
Картина эта настолько распространенная, что в индустрии она часто считается нормой — и даже подается как признак хорошей работы руководителя. «На нем все держится», — говорят про такого человека уважительным тоном. Но если посмотреть на эту формулировку прямо, окажется, что она описывает довольно нездоровую ситуацию. Команда не способна держаться сама, а единственный человек, способный ее удержать, обречен оставаться в этой роли до тех пор, пока не выгорит или не уйдет.
За этой картиной стоит парадокс, с которым сталкивается большое количество руководителей и который редко обсуждают напрямую: чем сильнее руководитель, тем слабее его команда. Не в абсолютном смысле — хорошие специалисты остаются хорошими специалистами. Но в смысле способности работать самостоятельно, принимать решения, справляться с трудными ситуациями без постоянной поддержки — да, слабее. И чем дольше у руля стоит сильный директивный руководитель, тем заметнее этот эффект.
Почему команда становится слабее при сильном руководителе
Объяснение парадокса лежит не в психологии отдельных людей, а в механике ежедневного взаимодействия.
Когда сотрудник приходит с вопросом «как лучше сделать эту часть?», а руководитель отвечает развернуто и по существу, происходит полезное, на первый взгляд, событие: сотрудник получает правильный ответ, задача сдвигается с места, время никто не потерял. В рамках одной конкретной ситуации это выглядит безупречно. Но в этот момент одновременно происходит и нечто менее заметное, о чем обычно не думают.
Каждый такой разговор — это не только решение конкретной задачи, но и маленькая тренировка для обеих сторон. Сотрудник тренирует навык обращаться к руководителю, как только возникает затруднение. Руководитель тренирует навык давать быстрый и правильный ответ. Чем чаще такая ситуация повторяется, тем прочнее оба навыка закрепляются в рабочей привычке.
Постепенно привычка перерастает в норму взаимодействия. Сотрудник перестает тратить время на самостоятельный разбор и поиск решения — ему проще написать в чат и получить точный ответ за пару минут, чем полчаса листать документацию и пробовать варианты. Руководитель перестает замечать поток таких обращений, они становятся просто частью ежедневного ритма работы. Обе стороны чувствуют, что все идет так, как и должно идти: сотрудник получает помощь тогда, когда она нужна, руководитель выполняет свою роль.
При этом внутри команды тихо происходит еще одна вещь. Сотрудник, который полгода решает технические вопросы с помощью руководителя, за эти полгода не получил опыта решать их самостоятельно. Не потому что он неспособный или ленивый — просто у него не было ситуаций, в которых ему пришлось бы разбираться до конца, без страховки. У него не развился навык держать задачу в голове до решения, преодолевать тупик собственными силами, проверять свои гипотезы без внешней валидации. Эти навыки требуют практики, а практики у него не было: каждая задача закрывалась коротким походом к руководителю.
Через год-два такой сотрудник становится профессионально зависимым. Он может быть технически способным и формально опытным, но в его опыте не хватает того самого навыка, который отличает специалиста, умеющего решать, от специалиста, умеющего только спрашивать. И навык этот будет расти все медленнее, пока руководитель продолжает играть свою привычную роль.
Почему быстрый ответ хуже встречного вопроса
Самое неприятное во всей этой истории в том, что в ловушку легче всего попадают именно умные руководители, а не ленивые.
Умный руководитель видит ответ быстрее, чем сотрудник успевает додумать свой вопрос. Пока сотрудник формулирует затруднение, руководитель в голове уже обработал задачу, прикинул два-три альтернативных варианта и выбрал лучший. Дальше у него есть выбор: дать готовый ответ за минуту и отпустить человека работать — или промолчать, задать встречный вопрос и оставить сотрудника разбираться самому, потратив на это полчаса.
В моменте первый выбор выглядит настолько очевидно лучшим, что второй даже не рассматривается всерьез. Готовый ответ — это результат здесь и сейчас. Это приятное ощущение компетентности у руководителя и облегчение у сотрудника. Это экономия времени на ближайшие полчаса. Это движение задачи вперед. Все, казалось бы, в плюсе.
Проблема в том, что выбор этот принимается не раз, а много раз в день. И последствия его видны не на горизонте одной задачи, а на горизонте полугода или года. Умный руководитель, регулярно выбирающий быстрый ответ, постепенно выстраивает вокруг себя систему, в которой он становится центром всех технических решений своей команды. Это происходит не по злому умыслу и не из жажды власти — это естественное следствие серии локально разумных решений.
Сейчас стоит сформулировать одну важную мысль. Работа руководителя — это не «быть умнее, чем команда». Работа руководителя — это сделать так, чтобы команда в целом была умнее, чем была бы без него. Две эти формулировки звучат похоже, но по направленности усилий они противоположны. Первая ведет к тому, что руководитель лично решает как можно больше задач и демонстрирует экспертизу. Вторая ведет к тому, что руководитель организует условия, при которых экспертизу наращивают его сотрудники.
Умный специалист, ставший руководителем, по инерции выбирает первую формулировку. Это не недостаток ума — наоборот, это прямое следствие того ума, который помог ему стать хорошим специалистом. Быстрый ответ на сложный вопрос — это демонстрация той самой сильной стороны, благодаря которой человек вообще дорос до руководящей позиции. Отказаться от ее использования эмоционально некомфортно: как будто просят играть на рояле только левой рукой.
Как готовые ответы приводят к тотальному микроменеджменту
Слово «микроменеджмент» обычно произносят тоном признания в слабости, как если бы это была черта характера — тревожность, перфекционизм, неспособность отпускать контроль. На практике, когда разбираешь конкретные ситуации, микроменеджмент почти всегда оказывается не особенностью характера, а рациональным поведением в определенных обстоятельствах.
Руководитель, который вмешивается в каждую задачу, делает это не от невроза. Он делает это потому, что у него есть объективное знание: если не вмешаться — сделают не так. И знание это, как правило, действительно верное. Он не преувеличивает опасность, не впадает в паранойю, не гипертрофирует мелочи. Его команда в самом деле не справляется без его активного присутствия — и он просто реагирует на этот факт, стараясь удержать качество работы.
Если проследить источник такого положения вещей, почти всегда выясняется одно и то же. Руководитель сам сформировал систему, в которой без него работа не получается. Годы решений, принятых за сотрудников. Годы ответов на вопросы, которые сотрудники могли бы осилить сами, если бы им пришлось попробовать. Годы присутствия последней инстанции — все это сложилось в команду, у которой просто нет опыта работать иначе. И теперь, когда руководитель хочет отпустить, обнаруживается, что отпустить не получается не потому, что он не умеет, а потому что никто вокруг него не умеет обходиться без его постоянного участия.
Как практика встречных вопросов прививает команде новые навыки
Руководитель не может отпустить, потому что команда не справится. Команда не справится, потому что он не отпускал. Каждый день в этом цикле делает его все более и более устойчивым. Руководитель все чаще ощущает, что работа отнимает у него весь ресурс, но у него нет способа выйти: любая попытка отодвинуться приводит к провалам, а провалы убеждают его в том, что отодвигаться нельзя.
А тем временем все то, чем руководитель должен был бы заниматься — стратегия, развитие команды, долгосрочные технические решения, организационные улучшения, — все это не движется. Не потому что он ленивый или некомпетентный, а потому что у него физически нет на это времени. Его день разобран на обрывки чужих задач. В конце рабочей недели он ощущает, что ничего стратегически важного так и не сделал, и это ощущение оказывается верным.
Когда разговор заходит об этой ситуации, у многих руководителей возникает типичное возражение: «Хорошо, я понимаю, что создал такую систему. Но что теперь — стать слабее, чтобы команда стала сильнее? Перестать отвечать на вопросы, перестать помогать, намеренно делать хуже, чтобы люди учились? Это звучит как фарс».
Возражение понятное, но основано оно на подмене. Выход из ситуации лежит не в ослаблении руководителя, а в смене способа применения его силы. Сила никуда не уходит. Просто она начинает работать не на решение задач за сотрудников, а на создание условий, в которых сотрудники эти задачи решают сами.
На практике это выглядит гораздо менее драматично, чем можно подумать. Приходит разработчик с вопросом, как лучше реализовать обработку большого потока событий — через асинхронную очередь или синхронной последовательностью вызовов. Прежний ход — дать содержательный ответ с обоснованием. Новый ход — задать встречный вопрос, который разворачивает мышление разработчика, а не закрывает его. «Какие варианты ты рассмотрел? Чем они отличаются по характеру рисков? Что произойдет, если нагрузка вырастет в пять раз?»
Механически разница минимальна: вопрос вместо ответа. Сущностно разница огромная. Сотрудник, который регулярно сталкивается с такими встречными вопросами, постепенно начинает задавать их себе сам, еще до того, как прийти к руководителю. Через месяц-два он приходит уже не с «как мне сделать», а с «я рассмотрел три варианта, выбрал второй по таким-то причинам, вот риски, что думаешь?». В этой точке и начинается настоящая работа руководителя: не замена сотрудника в его мышлении, а проверка и уточнение этого мышления. Уровень разговоров меняется, а вместе с ним меняется и уровень задач, которые команда способна выполнять самостоятельно.
У такого способа работы есть название — менеджмент в стиле коучинг, или коучинговый подход к управлению. За названием стоит очень здравая идея: руководитель не замещает мышление сотрудника своим, а организует условия, в которых у сотрудника разворачивается собственное мышление. Встречный вопрос здесь — не риторический прием, а инструмент. Он нужен не для того, чтобы не давать ответ, а для того, чтобы сотрудник прошел путь до ответа сам и в следующий раз смог пройти этот путь быстрее. В этом и состоит вся механика: не научить сотрудника конкретному решению, а научить его способу приходить к решениям — в том числе к таким, о которых руководитель сам заранее не думал.
Подобные изменения не происходят за одну неделю и даже за один квартал. У обеих сторон — и у сотрудников, и у самого руководителя — есть привычка, которая складывалась годами и которую теперь приходится перенастраивать. Руководителю сложно удержаться от быстрого ответа, особенно когда он видит, что сотрудник идет не туда. Сотруднику непривычно, что вопрос не закрывается коротко и по существу, и поначалу это может вызывать раздражение — ему кажется, что руководитель почему-то решил усложнять простое. В какой-то момент скорость работы действительно снижается, потому что люди учатся думать самостоятельно, а это медленнее, чем получать готовые ответы.
Это нормальный этап. Любая серьезная перестройка системы сначала проходит через провал в показателях, и только потом выходит на новый уровень эффективности. Провал этот приходится переждать — и переждать осознанно, понимая, ради чего.
Как правильно задавать вопросы, чтобы научить сотрудников решать проблемы самостоятельно
Коучинговый подход часто путают с тем, что я бы назвал вежливой директивой. Это когда руководитель вместо прямого указания задает вопрос, смысл которого — подвести сотрудника к решению, которое руководитель уже принял. «Ты уверен, что это лучшее решение?» означает «сделай по-другому». «А ты не думал о…» означает «подумай вот об этом». Сотрудники распознают такие вопросы очень быстро и реагируют обычно одинаково — раздражением: форма вопроса здесь только прикрывает уже готовое решение, а настоящего интереса к мнению сотрудника за ней нет. Получается не разговор, а игра в угадайку, в которой сотрудник должен вслух назвать ответ, уже известный руководителю. От коучингового подхода здесь остается только форма вопроса — содержания, то есть настоящего приглашения к самостоятельному мышлению, в нем нет.
Настоящие коучинговые вопросы устроены иначе. Они открытые, в них нет спрятанного ответа, и они действительно интересуются тем, как сотрудник видит ситуацию. «Какие варианты ты рассматриваешь?» — это вопрос, на который у руководителя может не быть собственного готового ответа; это вопрос, предполагающий, что ответ возникнет в процессе разговора. Разница между такими вопросами и замаскированными директивами — это разница между настоящим доверием к самостоятельности сотрудника и ее имитацией. И на дистанции именно эта разница решает все.
Расскажу историю про одного из своих тимлидов. Назовем его Виктором. Он пришел сильным бэкенд-разработчиком, за пару лет вырос в тимлида и в роль руководителя вошел органично: продолжил делать то, что умел лучше всех, только теперь для всей команды. Быстро отвечал на вопросы, глубоко разбирался в сложных задачах, на ревью замечал то, что пропускали другие. Инструменты управления у него были ровно те же, что и инструменты сильного специалиста.
Полтора года эта модель работала отлично. Проблемы начались, когда команду расширили — добавили двух разработчиков и пару новых сервисов. Виктор продолжил быть всегда доступным, только теперь ресурса этой модели стало катастрофически не хватать. Архитектурные задачи, которые должен был вести именно он, отставали от плана. Его день превратился в поток реакций на чужие запросы, а собственная работа приходилась на обрывки времени в конце дня, когда голова уже плохо работала. И это не говоря о фактической невозможности уйти в отпуск без необходимости каждый день проверять все рабочие чаты.
Я предложил Виктору эксперимент. На один рабочий день полностью исключить из своего внимания пару разработчиков в команде — не отвечать в чатах, не подходить, не реагировать на вопросы в общих каналах. Идея далась Виктору нелегко: он был уверен, что разработчики без него завалят всю работу за день. Но согласился попробовать.
Результат оказался неожиданным. В первой половине дня разработчики несколько раз пытались пробиться через созданную стену, потом необходимость решать задачи самостоятельно взяла свое. Что-то нашлось в документации, что-то обсудили с коллегами, что-то получилось с первой попытки. Из всех вопросов, которые в обычный день ушли бы Виктору, около двух третей закрылись без него. Осталась треть — действительно сложные задачи, где нужна была его экспертиза. Именно в этой трети его работа оказалась по-настоящему осмысленной.
Вечером, когда мы обсуждали итоги, Виктор сформулировал мысль, которая была для него самого довольно неожиданной: «Я, оказывается, все это время не команду строил. Я строил вокруг себя людей, которые все делают через меня, потому что я сам их к этому приучил».
Этот разговор стал для него поворотным. Следующие месяцы Виктор осторожно перестраивал свою работу: на каждый пришедший вопрос сначала спрашивал разработчика, какие варианты тот рассматривал. Первое время было тяжело обеим сторонам, пару раз у него сдавали нервы и он срывался в привычный режим. Но довольно быстро разговоры в команде уже начали идти по-другому — разработчики приходили не с «как мне сделать?», а с «есть три варианта, я выбираю второй вариант, вот риски, что думаешь?». Через полгода Виктор впервые за последнее время ушел в полноценный отпуск на три недели и вернулся в команду, которая спокойно работала без него. А у него самого впервые появилось нормальное время на задачи, ради которых его и делали тимлидом, — на архитектуру, на стратегию, на долгосрочные решения, на развитие людей.
Когда пора вводить новые подходы
Проверить собственную ситуацию можно одним простым способом. Надо мысленно изъять себя из команды на три недели и посмотреть, что произойдет с ее работой.
Если ответ получается — «ничего критического, справятся, часть задач замедлится, но в целом нормально», — значит, команда построена, и ее зрелость в значительной степени не зависит от ежедневного присутствия руководителя. Это и есть работающее состояние, к которому имеет смысл стремиться.
Если же ответ другой — «все встанет, вопросы без меня решать некому, дедлайны посыплются», — значит, построена не команда, а увеличенная в несколько раз копия самого руководителя. С руководителем в виде бутылочного горлышка. Такой способ управления тоже работает, и иногда работает даже эффективно. Но только до определенного предела, до определенного размера структуры под руководителем. И проявляется этот предел обычно не в катастрофе, а в хроническом состоянии: отпуска не получаются полноценными, вечерняя переписка не заканчивается, времени на стратегию не остается, а ощущение приближающегося выгорания становится постоянным спутником.
Выше я говорил, что такое состояние похоже на замкнутый круг: команда не умеет работать без вас, вы работаете за команду, команда еще сильнее не умеет работать без вас... Но выход есть! И этот выход лежит через одну достаточно простую практику: каждый день чуть меньше решать за людей и чуть больше создавать условия, в которых они решают сами. Сдвиг небольшой, но работает он кумулятивно. Через месяц заметно меняются разговоры в команде. Через квартал — решения, которые сотрудники принимают без согласования. Через полгода становится возможно уйти в отпуск без того, чтобы все это время держать в руках телефон.
Сильный руководитель — это не тот, без кого команда не справляется. Сильный руководитель — это тот, после кого она продолжает справляться. Разница формулировок выглядит небольшой, но на уровне подхода к работе это две разные управленческие философии, которые в горизонте нескольких лет приводят к принципиально разным результатам.
