Привет, Хабр! Меня зовут Евгений Мазуренко, я руководитель отдела разработки финансового учёта в Ozon. Больше десяти лет управляю командами — маленькими и большими, продуктовыми и аутсорсинговыми. Раньше я искренне верил, что идеальный руководитель — это супергерой. Тот, кто всегда на подхвате, закрывает собой бреши, знает ответы на все вопросы и спасает проект собственным контролем. Я был в центре всего — код-ревью, баги, постоянная стыковка с продуктом. Мои часы «помощи» росли, и именно в этой роли я чувствовал свою необходимость и вклад.

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

Почему наше стремление подстраховать, сделать «как надёжнее» так часто превращается в саботаж той самой силы, которую мы пытаемся создать? Этот парадокс лежит в сердце непонимания истинной задачи руководителя. Мы подменяем лидерство контролем, а развитие — опекой. Мы стараемся сами решать проблемы вместо того, чтобы строить среду, в которой команда решает их сама.

Зачем команде руководитель?

Начнём с простого вопроса: ради чего всё это? Чтобы проект сдавался вовремя? Чтобы бэклог был чист? Чтобы заказчик оставался доволен? Да, конечно. Но это всё следствия, а не цель.

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

Для этого есть простой алгоритм, всего три шага:

1. Найди правильных людей.

2. Дай этим людям правильную работу.

3. Не мешай.

Легко, правда? Любой менеджер скажет: «Да мы так и работаем!» Но вот в чём фокус: за каждым из этих пунктов скрывается целая вселенная. И именно в ней руководитель должен жить. Давайте разбираться.

Шаг 1. Найди. Люди — не ресурсы

Первый шаг кажется очевидным: публикуем вакансию, подключаем рекрутеров, проводим собеседования. Но именно здесь закладывается 80% будущих успехов или провалов.

Потому что мы, как правило, ищем ресурс. «Человека на проект», разработчика с опытом от пяти лет. Это главная ловушка. За стеком и опытом легко не увидеть главное: как человек будет работать с командой, принимать обратную связь, спорить, брать ответственность и реагировать на ошибки.

За что мы цепляемся в резюме? Сколько лет опыта, какие технологии знает. Мы ищем сильного с технической точки зрения. Но впишется ли он в нашу команду?

Сильный — это не только про стек. Это ещё и про ценности, про контекст. Сильный — тот, кто соответствует миссии, культуре и запросам именно вашей команды и именно вас как руководителя.

Какие инструменты есть для поиска таких людей?

Культурное интервью

Выделите в собеседовании 15–20 минут на разговор без технических вопросов. Только про ценности. Ваша задача — понять, совпадают ли его принципы с принципами вашей команды.

Какие вопросы задавать?

• «Опиши среду, в которой ты сделал свою лучшую работу. Что там было особенного?»
  Ищите намёки на автономию, поддержку, вызов. Идеал будущего члена команды может оказаться полной противоположностью вашей реальности.

• «Как ты поступаешь, когда видишь, что коллега совершает ошибку? Расскажи на примере».
  Прямо говорит в лицо? Шепчет начальству? Молчит? Это срез отношения к безопасности и доверию. Проблема в том, что на прямой вопрос кандидаты дают социально ожидаемый ответ. Чтобы узнать реальное поведение, спрашивайте иначе: «Расскажи конкретный случай из практики, когда ты увидел ошибку коллеги. Что ты тогда сделал?» Если ответ общий и без деталей — скорее всего, ситуация приукрашена или её не было. Если человек рассказывает с нюансами («было неловко, мы сели вместе, я предложил…») — вы слышите правду.

• «Что для тебя — токсичная атмосфера? Приведи конкретный пример».
  Для одного токсичность — открытые конфликты, для другого — молчание в ответ на предложения. Узнайте его «красные флаги» до того, как они станут вашими общими проблемами.

• «Что тебя больше всего зажигает в работе: сложная архитектурная задача, помощь коллегам, признание, результат?»
  Так вы ищете тип мотивации. Если человек горит сложными задачами в одиночку, а у вас приняты парное программирование и постоянные мозговые штурмы — будет конфликт.

Суть не в правильных ответах, правильных ответов не существует, а суть в конкретных примерах поведения. Например: как человек спорит, просит помощи, реагирует на ошибки и даёт обратную связь.

Команда — главный детектор

Как бы вы ни были проницательны, у вас есть слепые зоны. Перестаньте быть единственным судьёй. Команда часто замечает то, что руководитель может пропустить.

Как это организовать на практике:

• После культурного интервью и технического этапа проведите неформальную встречу кандидата с двумя-тремя ключевыми членами команды. Если есть возможность — вообще без вас.

• Дайте команде чёткий запрос: «Понравилось ли вам с ним общаться? Смогли бы вы ему доверять? Видите ли в нём сильные стороны, которых нет у нас? Чувствуете ли энергию от взаимодействия?»

• Мнение членов команды не приговор, но весомый голос. Если они единогласно говорят: «С ним будет тяжело» — скорее всего, так и будет.

Кстати, если позиция предполагает много общения с заказчиками (продакт, аналитик), полезно подключить к такой встрече и ключевых заказчиков.

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

Шаг 2. Дай. Работа — это не задача в трекере

Если вы нашли правильных людей — не просто ресурсы, а носителей ценностей и потенциала, — самое страшное, что можно сделать, это дать им неправильную работу.

Убийца мотивации — длинный список одинаковых обезличенных тасок в бэклоге. «Пофикси баг», «добавь кнопку», «сделай ещё один отчёт». В такой системе даже сильный специалист быстро теряет интерес.

Правильная работа — это не только про объём. Это про качество воздействия. Правильная работа даёт понятный смысл, зону ответственности и заставляет учиться. Какие инструменты здесь работают?

Карта мотивации

Вы не можете дать правильную работу, если не знаете, что движет человеком. Составьте карту мотивации для каждого члена команды, например на регулярных one-to-one.

Спросите не «как дела?», а:

• «Какая задача за последние полгода вызвала у тебя настоящий азарт? Почему?»
  Вам нужны не названия проектов, а паттерны: он горит от сложных вызовов? От новой технологии? От возможности работать автономно?

• «Что для тебя ценнее: стать суперэкспертом в одной области или знать по чуть-чуть обо всём?»
  Ответ покажет, кого вы растите — узкого специалиста или будущего техлида.

Такими вопросами вы нащупываете индивидуальные кнопки мотивации. Для одного правильная работа — разобраться в сложнейшем легаси. Для другого — наладить процесс, который сэкономит время всей команде. Для третьего — помочь коллеге и ощутить свою пользу. Без этого знания вы будете слепо кидать задачи в бэклог, и они будут там тихо умирать.

Контекст вместо инструкций

Мы знаем, что зажигает человека. Можно просто дать ему ту самую правильную задачу и успокоиться? Нет.

Даже самая интересная задача превращается в рутину, если за ней нет смысла. И наоборот: рутинная задача перестаёт быть «таском», если у неё появляется смысл. Ваша работа как руководителя — этот смысл доносить. Всегда.

У меня был случай. Один разработчик полгода занимался рутинными доработками отчётности. Заскучал, начал искать новую работу. Я заметил, мы сели поговорить. Оказалось, он не понимал, что эти отчёты напрямую влияют на скорость принятия решений у заказчика: с ними менеджеры начали закрывать месяц за два дня вместо недели. Я рассказал ему эту историю. Он посмотрел на свою задачу иначе: «То есть я не кнопки двигаю, я экономлю людям часы?» Через неделю он сам предложил переписать всю систему отчётов. Без смысла — рутина. Со смыслом — вызов.

Чтобы добавить смысл, есть простой алгоритм. Прежде чем поставить задачу, ответьте на три «зачем»:

1. Зачем это пользователю? Мы не делаем очередную обработку XML. Мы автоматизируем приём заказов от маркетплейса, чтобы отдел продаж обрабатывал их в десять раз быстрее и не терял клиентов.

2. Зачем это команде или продукту? Мы не просто чиним баг. Мы повышаем надёжность системы перед релизом, чтобы все спали спокойно.

3. Зачем это лично сотруднику? Это не «ещё один скрипт». Это шанс разобраться с новой технологией и стать ключевым экспертом в этом направлении внутри команды.

Так вы наделяете работу контекстом, превращая безликий таск в осмысленный вклад. Это магия, которая превращает исполнителя в соавтора. В конечном счёте мы все хотим одного: чтобы наша работа что-то значила.

Работа на грани роста

Правильная работа всегда немного сложнее текущих возможностей человека. Она не должна ломать, но должна заставлять тянуться.

Попробуйте модель 70/30:

• 70% работы — зона комфорта: то, что человек умеет уверенно. Это даёт стабильность и скорость.

• 30% работы — зона роста: то, что пока незнакомо или даётся с трудом. Это даёт развитие и интерес.

Ваша задача — постоянно диагностировать это соотношение. Я всё время спрашиваю себя: не даю ли я одному и тому же человеку одно и то же — так, что он уже скучает? Или не бросил ли джуна на сложнейшую задачу без поддержки и потому он уже горит от стресса?

Если вы занимаетесь спортом, вам знаком принцип суперкомпенсации: после небольшого стресса и отдыха организм становится чуть сильнее. Рост команды работает так же — маленькими, но регулярными шагами за пределы зоны комфорта. А вы — тренер, который подбирает нагрузку и следит, чтобы «спортсмен» не сорвался и не заскучал.

Автономия в рамках миссии

Правильная работа даёт свободу в способах выполнения. Ваша задача — чётко сформулировать «что» и «зачем», но доверить «как».

• Чётко обозначьте цель и ограничения: «Нужно ускорить этот запрос, базу данных трогать нельзя».

• Спросите: «Как ты видишь решение? Какие варианты рассматриваешь?» — этим вы включаете мышление и ответственность.

• Договоритесь о вехах, а не о микроконтроле: «Давай созвонимся, когда протестируешь первый вариант» вместо «Покажи код каждые два часа».

Вы даёте не инструкцию, а ответственность. Человек начинает чувствовать себя владельцем результата, а не винтиком.

Таким образом, «дай» — это не про распределение задач. Это искусство лидера: знать своего человека, соединять его работу с глобальной целью, дозировать вызов и доверять ему в выборе пути. Когда вы делаете это правильно, команда расцветает.

Шаг 3. Не мешай

Есть одна вещь, которая может убить этот рост на корню. Это ваше непреодолимое желание помочь, проконтролировать, подстраховать. Ваше беспокойство и недоверие.

Мы подошли к самому сложному шагу. Он требует от лидера максимум силы воли и минимум эго. Он выглядит как бездействие, но на самом деле является высшей формой действия. «Не мешай» — это не лозунг, а конкретная практика.

Стань щитом

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

На практике это означает:

• Не тащите в команду каждый запрос с пометкой «срочно». Разберитесь, что действительно важно, сформулируйте чёткую задачу и только тогда передавайте.

• Учитесь говорить «нет». «Нет» — это не грубость, это профессионализм. «Нет, мы не будем это делать, потому что это уведёт нас от главной цели». «Нет, мы не можем взять это сейчас, потому что пострадают сроки по важным задачам».

Так вы снижаете когнитивную нагрузку на команду и создаёте условия для состояния потока.

У меня был такой случай. За полторы недели до критичного релиза прилетел срочный запрос от смежной команды, ей нужна была интеграция для запуска своего проекта. Я не понёс его команде, а сначала разобрался: 90% данных уже были доступны через существующий API. Сказал «нет» полной выгрузке в этом спринте, предложил забрать доступное, а недостающее — добавим позже. Релиз сдали вовремя, команду вообще не отвлекали. После этого случая смежники стали приходить не с криками «срочно», а с вариантами решений — увидели, что я помогаю найти выход, а не отмахиваюсь. Команда спокойно работала в потоке и даже не узнала о проблеме.

Создай психологическую безопасность

Защиты от срочных задач недостаточно. Внутри команды тоже могут быть блокеры: страх ошибиться, спорить, задавать вопросы или предлагать непривычное решение.

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

• Первый тип — ошибки при поиске нового решения. Это плата за рост и инновации. Наша задача — сделать их дешёвыми: быстро проверять гипотезы, откатывать изменения, проводить ретроспективный анализ без поиска виноватых.

• Второй тип — ошибки из-за халатности, невнимательности или когда человек не спросил, хотя не знал. Вот их мы боимся и строим системы, чтобы их не было: код-ревью, тесты, чек-листы, парное программирование.

Ваша задача — публично и без стыда разбирать ошибки первого типа и системно предотвращать вторые. Тогда команда перестанет бояться пробовать новое, а количество глупых ошибок упадёт. Это уже не просто «не бойтесь», это управление рисками.

Что можно сделать:

• Начните с себя. На ретроспективе первым говорите о своих ошибках. Публично: «Я ошибся на прошлой неделе — не так поставил задачу, из-за этого мы потратили время. Вывод: буду проверять контекст». Вы подаёте пример: ошибаться — нормально.

• Разделяйте отношение к ошибкам. Наказывайте не за ошибки, а за их сокрытие. «Ошибка, о которой мы узнали сразу, — проблема, которую мы решим. Ошибка, о которой мы узнали от пользователя после падения прода, — катастрофа».

• Назначайте на ретро ответственного за разбор ошибки. Его задача — не оправдываться, а провести анализ: что случилось? Как мы можем это автоматически отлавливать? Какой процесс улучшить? Всё это без поиска виноватого.

Задавай вопросы, а не давай готовые ответы

Раньше я считал, что моя главная ценность как лидера — готовые решения. Пока не осознал: давая их, я решаю проблему в краткосрочной перспективе, но краду у человека возможность научиться решать её самостоятельно в будущем.

Перестаньте давать ответы. Начните задавать вопросы.

• Вместо решения: «Какие варианты ты уже рассматривал?»

• Вместо указания: «Какой вариант кажется тебе наиболее перспективным и почему?»

• Вместо немедленной помощи: «С кем ты уже советовался по этому поводу?»

• И главное: «Что нужно, чтобы проверить твою гипотезу?»

Суть не в том, чтобы отказать в помощи, а в том, чтобы запустить мыслительный процесс. Даже если вы уже видите «правильный» ответ, удержитесь. Дайте человеку самому дойти до него. Так вы не просто решаете проблему — вы учите решать проблемы.

Доверяй и декомпозируй

«Не мешай» — это не про то, чтобы бросить команду в одиночку разбираться с проблемами. Это про свободу действий в рамках чётких правил.

Алгоритм осознанного доверия:

1. Перед стартом чётко сформулируйте цель и ограничения. Что нужно достичь? Зачем? Какие рамки по времени, бюджету или технологиям? Это границы игрового поля.

2. Вместо готового решения спросите: «Как ты это видишь? Какой у тебя план?» Этот простой вопрос включает мышление и ответственность.

3. Договоритесь о контрольных точках. Не о ежедневных отчётах, а о ключевых чекпойнтах: «Давай встретимся через три дня, обсудим прототип и возможные риски».

4. Будьте доступны для консультаций, но не для контроля. Ваша роль — быть ресурсом и поддержкой, а не надзирателем.

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

«Не мешай» — самая сложная и важная работа лидера. Это искусство создать пространство и защитить его, а потом наблюдать, как в этом пространстве рождается что-то, к чему вы имеете лишь косвенное отношение. Это больно для нашего эго. Это страшно. Но именно в тот момент, когда вы перестаёте быть незаменимым «спасателем», вы становитесь настоящим лидером — тем, кто построил сильную команду, способную работать почти самостоятельно.

Топливо: цель и вера

У нас есть почти идеальный механизм: мы нашли правильных людей, дали им правильную работу и перестали мешать. Но у этого механизма нет топлива и направления.

Команда должна идти в правильную сторону. А для этого нужна цель. Не KPI и не OKR на слайде, а живая, вдохновляющая цель, ради которой хочется вставать по утрам.

И ключевой момент: команда поверит в эту цель только в том случае, если в неё искренне, фанатично верит лидер. Ваша вера — топливо для команды.

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

На практике это означает, что ваши действия должны говорить о цели громче слов. Вы защищаете её на совещаниях под давлением сроков. Вы отказываетесь от решений, которые ей противоречат. Вы искренне горите целью своей команды на все сто двадцать процентов.

Сначала верите вы — и только потом они. По-другому, к сожалению, не получается.

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

Кто же такой руководитель

За годы проб и ошибок я пришёл к выводу, что настоящая роль руководителя складывается из трёх фундаментальных вещей.

• Во-первых, он находит людей, которые вместе могут создать нечто большее, чем просто сумму индивидуальных усилий.

• Во-вторых, он создаёт условия, среду и работу, где эти люди раскрывают потенциал и эффективно взаимодействуют.

• В-третьих, он защищает процесс от любых разрушительных воздействий — как внутренних, так и внешних.

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

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

Моя работа — не чинить, а сначала понять и почувствовать. Почувствовать, когда команде нужна поддержка, а когда вызов. Когда нужно устранить помехи, а когда просто отойти в сторону и дать пространство для роста.

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

Мы часто думаем, что управляем людьми. Но на самом деле мы управляем контекстом. А люди уже реагируют на него.

Поэтому самый главный вопрос, который я задаю себе сегодня: «Что я сделал сегодня для роста своих людей? Стали ли они смелее? Чувствовали ли себя в безопасности? Гордились ли своей работой?»

Потому что именно это — главная метрика нашего успеха. Метрика, которая в долгосрочной перспективе гарантирует все остальные результаты — и для проекта, и для компании.

Что делать завтра: 5 шагов для старта

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

1. Проведите «аудит помощи». В течение недели записывайте все ситуации, где вы дали готовое решение, вмешались в ход задачи или перепроверили работу. Затем по каждому пункту спросите себя: что случилось бы, если бы я промолчал? Это покажет, где вы крадёте развитие у команды.

2. Встройте культурное интервью в наём. Выделите 15–20 минут на следующем собеседовании только под ценностные вопросы (шаблоны даны выше). И договоритесь с двумя членами команды, что они неформально пообщаются с кандидатом.

3. Заведите «карту мотивации». На ближайших one-to-one задайте каждому сотруднику два вопроса: «Какая задача зажгла тебя сильнее всего за полгода?» и «Что для тебя ценнее — глубина или широта?» Зафиксируйте паттерны и держите перед глазами при следующем распределении задач.

4. Перед постановкой любой задачи отвечайте на три «зачем». Для начала — в собственном блокноте: зачем пользователю, зачем продукту, зачем лично этому человеку. Со временем это войдёт в привычку, и вы заметите, как меняется вовлечённость.

5. Проведите ретроспективу своих ошибок. На ближайшей ретроспективе откройте встречу собственной ошибкой: что пошло не так, какой вывод сделан. Публично, без самооправданий. И предложите команде разобрать один системный сбой по схеме «причина — как автоматически отлавливать — улучшение процесса», не переходя на личности.

С этого начинается переход от «супергероя» к лидеру, который строит сильную, самостоятельную команду.