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