Вы когда-нибудь задумывались, сколько разных эмоциональных состояний может быть за 2 года работы над одним проектом? От вовлеченности до выгорания, от неизвестности к рутине.
И все это не обязательно меняется линейно, а может меняться волнообразно на протяжении всего периода.
Из крайности почти всегда можно выйти красиво; есть много разных приемов: уйти в отпуск, взять на себя другие задачи, взять на себя новую ответственность.
И все же тупик может случиться.
И тут перед вами стоит выбор, но какой? 
Новый большой проект
В декабре 2019 года я собирался покинуть команду.Мы делали несколько простых аналитических приложений на React для небольшой аудитории руководителей.
Все было достаточно примитивно: сборки мы собирали сами, когда хотели, никаких тестов, никакого DevOps и тестовых стендов.
К этому моменту я уже изрядно устал и не понимал, что делать дальше на своем нынешнем месте.
Мне хотелось чего-то более серьезного, чтобы расти дальше как инженер.
Но они все равно уговорили меня остаться на новый большой проект, парируя, что видят во мне большой потенциал и хотят собрать вокруг меня команду.
Ожидались большие изменения в видении наших разрозненных аналитических продуктов.
Началась разработка собственной HR-платформы, объединяющей многие внутренние бизнес-процессы компании.
Они дали мне в помощь несколько фронтенд-разработчиков, и мы были одними из первых, кто попытался развернуть приложение Analytics на свежеиспечённой платформе.
Хаос и атмосфера стартапа
Прошло несколько месяцев.Все шло отлично, мы окунулись в неизведанное, экспериментировали и выпустили первые версии приложения.
Если честно, в процессах был небольшой хаос, но мне тогда все нравилось.
В мои задачи входило написание кода самостоятельно, а также делегирование некоторых задач другим фронтенд-разработчикам.
Делегирование требует определенных ресурсов; надо было всех обеспечить работой, потом провести смотр, и при этом сделать все, что не раздали другим.
Но я по-прежнему горел, делая обзоры вечером в нерабочее время и писая код в рабочее время.
Добавились фронтенд-разработчики, их, кроме меня, уже было 5. Нагрузка росла.
Стало сложно разбирать все бизнес-задачи и передавать их ребятам в виде конкретных задач.
Это продолжалось почти пол года.
При этом, как вы понимаете, в команде было множество других специализаций по 5 направлениям.
Наша команда состояла примерно из 30 человек.
И это не норма, конечно.
И что произошло дальше? Да, конечно команда разделилась на 3 разных.
Атмосфера стартапа закончилась, мы стали серьезным продуктом.
Объединение процессов
Я перешёл в одну из трёх команд, остальные разработчики тоже были разбросаны по командам.У каждой команды теперь есть свой владелец продукта.
Все стало красиво по Agile. Жить действительно стало легче, я смог немного расслабиться и даже заскучать.
Я перестал создавать задачи, делегировать и прочие управленческие вещи.
Я только что сделал один продукт и время от времени делал дополнительные обзоры по остальным.
Качество продуктов стало снижаться, потому что я не мог тратить свои ресурсы на другие продукты, я был на 100% загружен своими продуктовыми задачами каждый спринт. Подразделение улучшило процессы, но принесло с собой побочные эффекты в виде падения качества продукции, ведь в коллективах самый старший был в лучшем случае посредником.
Тогда я взял на себя личную инициативу по синхронизации продуктов и начал проводить еженедельные синхронизации, чтобы мы не делали одно и то же в случае чего.
Мы начали параллельно рассматривать все соседние продукты.
И почему-то стало логичным выделить ключевые роли лидеров по компетенциям.
Распределение основной команды
В какой-то момент все встало на свои места.В ядро команды вошли все лидеры компетенций кластера (объединение нескольких команд): я как фронтенд-лидер, бэк-лидер, дата-лидер и т. д. Все прошло идеально и логично.
Я стал больше времени уделять лидерским обязанностям: начал писать различную документацию, выполнять архитектурные задачи, ставить какие-то задачи ребятам, проводить больше совещаний по синхронизации, решать конфликты, набирать персонал и т. д. Фронтов стало больше, их уже было 10 вместе со мной, но это не мешало мне объединять всех и общаться со всеми.
Основная команда не эффективна
Поскольку основная команда не была продуктовой и доказать ее ценность было сложно, ее расформировали.И все ребята снова ушли за продуктами.
Я перешла на один из продуктов (а их, кстати, было уже 5).
Я по сути продолжал заниматься лидерскими задачами, в продукте все это прекрасно понимали, но все равно было некомфортно, потому что меня оценивали именно за вклад в продукт. Мне нужно было выжить, сделать что-то для продукта и в то же время поддерживать сообщество.
Я вел 1:1, продолжал решать конфликты и т. д. Это все меня изрядно утомило; Я не понимала, чего от меня ждут, за что меня оценивают. Фронтенд-разработчики довольны, я ли в этом виноват? Никто не уходит, я внес в это свой вклад? А то, что все продукты стабильны, это только те передовые ребята из команд молодцы, или я немного слишком?
Что дальше?
Я продолжал занимать роль лидера кластера компетенций, но формально.Официально такой должности нет. В Agile такого понятия вообще нет; отдельные продукты представлены отдельными ячейками, а над продуктами находится только лидер кластера.
В какой-то момент все продукты были упрощены, создана вся инфраструктура, разработана библиотека компонентов.
Ребята были хорошо обучены, работали самостоятельно и выпускали вполне приличный код. Обзор не такой строгий, как раньше, потому что качество кода стало лучше.
В конце концов мне все это очень надоело.
И не понял, что делать дальше? Все работает, продуктовые задачи очень простые.
Было интересно развиваться как лиду, но даже здесь уже все работает, все процессы выстроены.
Выкиньте меня из всей этой системы, и все продолжит работать как часы, что невозможно было представить еще 1-2 года назад. Когда я заговорил о возможном уходе, мне начали говорить, что у меня лучшая позиция – я могу делать все, что хочу, полная свобода, улучшать все, что считаю нужным, работать над улучшением процессов, создавать дополнительные виды деятельности.
Но при этом само руководство ни о чем конкретном меня не просило.
Был выбор: стабильность и свобода или перезагрузка и возвращение в хаос .
Как вы наверное поняли, я сбросился и ушел в другой проект в более сильную команду в качестве обычного разработчика.
Что бы вы выбрали? Теги: #Карьера в IT-индустрии #Управление разработкой #Разработка сайтов #разработка #frontend #руководитель команды #разработка
-
Дешевые Планшеты Как Путеводители
19 Oct, 24 -
Линк В Замочную Скважину...
19 Oct, 24 -
Саундтрек №33
19 Oct, 24 -
День Сисадмина Навеял Воспоминания
19 Oct, 24 -
Практика Lsi
19 Oct, 24
