2. Чем занимается engineering manager в Atlassian и в чём отличия от разработчика
Около года назад я снова перешел на тёмную сторону и стал engineering manager (он же "руководитель группы" и тимлид). До этого я успел один раз сменить отдел внутри Атлассиана (спустя год после того как я начал работать в компании), поработать над developer.atlassian.com (это такой огромный контейнер внутри компании, который снаружи выглядит как сайт с документацией), пописать фронтенд, бэкенд, побыл фичелидом пары проектов (были и неудачные, и удачные). И в какой-то момент я решил, что пора возвращаться в engineering management.
Начну с простого вопроса: зачем я это сделал. Тут всё просто: я умею писать код, но я не получаю от этого удовольствие. Ещё я чувствую, что многие разработчики делают это лучше меня. А вот что я умею делать и делаю с большим удовольствием - слушать и говорить ртом.
Теперь к вопросу что должен делать engineering manager: проводить регулярные 1:1 с разработчиками, помогать разработчикам расти по карьерной лестнице (в том числе готовить promotion packages и защищать их на promotion panel) и профессионально, участвовать в leadership meetings (большей частью про стратегию и планы), интервьюировать (management interview, то есть всё кроме technical skills). Если кратко, то engineering manager - это такой developers unblocker. То есть в идеале это такой универсальный помощник, который помогает разработчикам расти и убирает проблемы с пути. Ну и если что-то не ок, говорит что надо исправить, чтобы было ок.
Примерно два года назад в разговоре со своим engineering manager я упомянул, что хотел бы перейти в менеджмент. Мы обсуждали это несколько раз: причины, мои ожидания, возможности. И в сентябре 2020 когда подвернулась возможность (один из engineering manager'ов в нашем отделе решил перейти в разработку), меня быстро перевели в ту группу. Первым заданием было собрать группу обратно (лол), поскольку все были в secondment в других отделах. Сейчас процесс перехода из разработки в менеджмент стал очень удобным: есть AMP (apprentice management program), где разработчик изъявляет желание, его engineering manager одобряет и дальше разработчик проводит 80% времени занимаясь всякими активностями в рамках AMP (всякие тренинги, воркшопы и прочее). А в конце разработчика ставят в какую-то группу, где он собственно руководит какое-то время, после чего может остаться или решить, что это не для него и продолжит работать разработчиком.
Теперь немного про плюсы и минусы для меня. Во-первых, я конечно больше доволен, чем нет (иначе почему я уже больше года в менеджменте). Из сайд-эффектов: стало получше говорение на темы отличные от кода (например, объяснять почему такой-то разработчик молодец и достоин повышения). Из минусов: количество встреч стало просто конским и я пытаюсь активно их заменять обсуждениями в Слаке. Еще конечно я стал сильно меньше влиять на технические решения. То есть я часто approver, но не contributor в терминологии DACI.
Ну и на закуску, something spicy. И P5 (senior developer), и M3 (engineering manager, моя текущая позиция) часто являются тупиковыми в Атлассиане. То есть это известная проблема, что разработчики остаются P5 насовсем, а менеджеры остаются M3 также на годы. Но если насчет разработчиков у меня есть конкретное мнение (не всем senior developer нужно становиться principal), то касательно M3 это мнение у меня еще не сформировано.
>>Click here to continue<<