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