Как стать автором
Обновить

От мидла до тимлида и обратно

Время на прочтение4 мин
Количество просмотров5.2K

А вы когда-нибудь задумывались сколько может быть разных эмоциональных состояний за 2 года на одном проекте? От вовлеченности до выгорания, от неизведанности до рутины. И причем это все не обязательно меняется линейно, а может меняться волнообразно на протяжении всего периода.

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

Новый большой проект

В декабре 2019 года я собирался уходить из команды. Мы делали какие-то простые аналитические приложения на React для небольшой аудитории руководителей. Все было довольно примитивно: мы сами собирали билды когда хотели, никаких тестов, никакого девопса и стендов. К этому моменту я уже довольно сильно устал и не понимал что делать дальше на текущем месте. Мне хотелось чего-то более серьезного, чтобы расти дальше как инженер.

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

Стартовала разработка собственной HR платформы, объединяющей множество внутренних бизнес-процессов компании. Мне дали в помощь нескольких фронтенд-разработчиков и мы одни из первых начали пытаться развернуть приложение Аналитики на свежеиспеченной платформе.

Хаос и атмосфера стартапа

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

Фронтенд-разработчиков добавляли, их стало уже 5 помимо меня. Нагрузка росла. Стало тяжело пропускать через себя все бизнес-задачи и переводить их на ребят в виде конкретных задач. Это продолжалось почти пол года. При этом, как вы можете представить, на 5 фронтов было много еще других специализаций в команде. Наша команда состояла примерно из 30 человек. И это не норма, естественно. И что произошло дальше? Да, конечно же команду разделили на 3 разных. Атмосфера стартапа закончилось, мы стали серьезным продуктом.

Причесывание процессов

Я перешел в одну из трех команд, остальные разработчики тоже были расбросаны по командам. В каждой команде появился свой Product Owner. Все стало красиво по аджайлу. Жить стало правда легче, я смог немного отдохнуть и даже заскучать. Я перестал заниматься заведением тасков, делегированием и прочими менеджерскими штуками. Я просто делал один продукт, а по остальным делал необязательное ревью время от времени. Качество продуктов начало падать, потому что я не мог тратить свои ресурсы на другие продукты, у меня была 100% загрузка своими продуктовыми задачами каждый спринт. Разделение улучшило процессы, но потащило за собой сайд эффекты в виде падения качества продуктов, потому что в командах самый старший был это мидл в лучшем случае.

Тогда я взял на себя личную инициативу в синхронизации продуктов, начал проводить еженедельные синки, чтобы мы не делали одно и то же в случае чего. Мы начали ревьюить все соседние продукты параллельно. И как-то стало логично выделить ключевые роли лидеров компетенций.

Выделение core команды

В какой-то момент все встало на свои места. В кор команде были все лидеры компетенций кластера (объединение нескольких команд): я как лидер фронта, лидер по бэкенду, лидер по данным и т.д. Все шло отлично и логично. Я тратил больше времени на лидерские обязанности: начал писать документации различные, делать архитектурные задачи, заводить какие-то задачи на ребят, делать больше встреч по синхронизации, решать конфликты, заниматься подбором персонала и т.д. Фронтов становилось больше, их уже стало 10 человек вместе со мной, но это мне не мешало всех объединять и общаться со всеми.

Core команда не эффективна

Так как кор команда была не продуктовой командой, и было тяжело доказать ее ценность, то ее расформировали. И всех ребят покидали по продуктам снова. Я перешел в один из продуктов (а их кстати было уже 5). Я по сути продолжал заниматься лидерскими задачками, все понимали это прекрасно в продукте, но все равно было некомфортно, потому что оценивался я именно за продуктовый вклад. Мне приходилось выкручиваться, делать что-то для продукта и при этом держать сообщество. Я проводил 1:1, продолжал разруливать конфликты и т.д. Это все меня изрядно изматывало, я не понимал что от меня ожидают, за что меня оценивают. Вот фронтенд-разработчики довольны, это моя заслуга? Никто не увольняется, я же в это сделал свой вклад? А то что все продукты стабильны, это только те ребята-фронты из команд молодцы или я тоже немного?

А что дальше?

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

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

В итоге я сильно устал от всего этого. И не понимал что делать дальше? Вот все работает, продуктовые задачи супер легкие. Развиваться как лид было интересно, но и тут уже все работает, все процессы выстроены. Выкинь меня из всей этой системы и все будет работать дальше как часы, чего невозможно было бы представить 1 или 2 года назад.

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

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

Теги:
Хабы:
Всего голосов 12: ↑12 и ↓0+12
Комментарии14

Публикации

Истории

Работа

Ближайшие события

7 – 8 ноября
Конференция byteoilgas_conf 2024
МоскваОнлайн
7 – 8 ноября
Конференция «Матемаркетинг»
МоскваОнлайн
15 – 16 ноября
IT-конференция Merge Skolkovo
Москва
22 – 24 ноября
Хакатон «AgroCode Hack Genetics'24»
Онлайн
28 ноября
Конференция «TechRec: ITHR CAMPUS»
МоскваОнлайн
25 – 26 апреля
IT-конференция Merge Tatarstan 2025
Казань