Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - [69]

Однопоточные лидеры и упрощенное принятие решений

Последняя и, пожалуй, самая важная часть масштабирования небольших команд – это, как и следует ожидать, подбор руководителей. Если вам нужна небольшая команда, члены которой сосредоточены на миссии, имеют право принимать трудные решения и нацелены на быстрое обслуживание клиентов, то стиль работы руководителя имеет решающее значение. Мы называем таких лидеров «однопоточные», поскольку они просыпаются утром с одной мыслью – как привести команду к победе. (Поток – это цепочка выполняемых задач в компьютерной программе. Многопоточная программа делает многое одновременно, а однопоточная сконцентрирована на выполнении чего-то одного.) Это может показаться очевидным, однако большинство корпоративных структур такого положения дел не обеспечивают. Чаще всего все продукты и технологические разработки находятся под началом одного руководителя высшего звена компании, возможно, вице-президента. Именно этот руководитель в конечном счете принимает ключевые решения, которые влияют на команды разработчиков, а затем эти разработчики встраивают поставленные цели в свои планы. Другой распространенный подход к управлению небольшой командой – руководство типа «двое в коробке», осуществляемое, как правило, менеджером по продукту и техническим директором. Например, так работает Google. Однако в этом случае непонятно, кто несет ответственность, и никто не может разорвать связку ради прогресса. В стартапе может быть несколько основателей и членов команды, но генеральный директор один, и именно он в конечном счете отвечает за работу.

Многие компании ведут разговоры о делегировании полномочий, но слишком боятся идти на риск, чтобы дать своим лидерам достаточно свободы. Топ-менеджеры слишком озабочены собственным успехом, чтобы позволить подчиненным действовать самостоятельно. Мы говорим о делегировании полномочий, но затем критикуем наши команды задним числом. Руководитель нередко задается вопросом: «Ну как я дам этим командам полномочия и позволю им действовать самостоятельно, когда на кону стоит разве что не моя жизнь? Разве я могу смириться с плохим решением, принятым моей командой? Разве у меня есть возможность отойти в сторону и позволить командам работать самостоятельно?»

Эта проблема существовала и в Twilio, когда у нас были вице-президенты по технологии и продуктам. Они либо слишком вмешивались в работу, отменяя решения команд и, по сути, лишая их самостоятельности, либо, наоборот, сидели в стороне и ничего не делали – ведь у команд есть полномочия и они могут делать все, что считают нужным. Очевидно, ни то ни другое не является идеальным.

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

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

Строительство велосипедного навеса – одна из моделей поведения руководителей и менеджеров, которая раздражает команды, – это любопытный термин. Вот его происхождение. Представьте, что вы входите в правительственный комитет, отвечающий за строительство ядерного реактора. Инженеры приходят в комитет за решением о том, какой реактор строить: водо-водяной, кипящий или графитовый. Они предлагают вам экспертные заключения и рекомендации. Поскольку вы не эксперт в проектировании ядерных реакторов, то вряд ли станете углубляться в детали и, скорее всего, примете рекомендации опытных инженеров. Однако, если вас спросят, в какой цвет покрасить велосипедный навес около ядерного реактора, начнется большая дискуссия, и каждый член комитета постарается высказать собственное мнение. Иначе говоря, строительство велосипедного навеса – это склонность неспециалистов тратить много энергии на обсуждение незначительных деталей, поскольку у них нет знаний для принятия важных решений.

Тем не менее лидеры обычно стремятся передать вопрос наверх. В какой-то мере это проверка правильности решений, но в случае трудных вопросов проще попросить босса принять решение. Однако это уход от ответственности, что не очень хорошо для формирования корпоративной культуры наделенных полномочиями лидеров. Как руководитель, я больше задаю вопросы, нежели отвечаю на них. Моя цель – сделать ответственными однопоточных лидеров, но при этом помочь им найти ответы на свои собственные вопросы. Я не идеален и слишком часто иду на поводу и принимаю решение сам, но моя цель – помочь лидерам найти собственные решения.