Как стать автором
Обновить
ЮMoney
Всё о разработке сервисов онлайн-платежей

Локальные IT-сообщества: как перестать беспокоиться и начать разрабатывать

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

Привет! Я Вадим, ведущий разработчик ЮMoney. Работаю в отделе разработки интерфейсов, то есть во фронтенде. В статье расскажу, что такое локальное сообщество, зачем оно разработчику и как его запустить.

Сразу обозначу, почему сообщество локальное: в него входят не все фронты. У нас несколько команд занято на B2B-продуктах. Это команды платежей, личного кабинета ЮKassa, расчётно-кассового обслуживания, документации. В некоторых из них я провожу встречи локального сообщества. Иногда собираю всех фронтендеров — например, чтобы рассказать про платформу, которую разрабатываю для отдела.

Как мой онбординг превратился в локальное сообщество

В 2020 году я сменил команду внутри компании и начал работать с новым для меня продуктом — личным кабинетом ЮKassa. Я сразу столкнулся с проблемами: нужно было во всё погружаться, выяснять, что и как устроено, а почитать об этом особо и нечего было.

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

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

Как ведущий разработчик я не просто пишу код, но ещё и делюсь знаниями, причёсываю процессы. К тому же я постоянно что-то организовывал в IT-тусовке, например, митапы тимлидов Burning Lead. Запускать встречи с нуля мне было не в новинку.

Зачем разработчику ещё одна встреча в календаре

Я начал собирать фронтендеров личного кабинета на регулярные встречи — техсинки. Мы обменивались знаниями по процессам, по которым не было единого видения. Боль разработчика на новом проекте, особенно на удалёнке: ты не знаешь, чей код поддерживаешь и кто в курсе прошлых факапов.

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

Вот реальный кейс. Пару лет назад у нас была проблема с релизами: шесть команд контрибьютили в один микросервис, в котором включен релиз по коммиту. В итоге росла релизная очередь, мы не успевали катить релизы. На техсинке мы решили релизить раз в день по времени — и это спасло процессы. Конечно, проблема была ещё и в легаси (без него никуда). Сейчас на техсинках мы продумываем, как поэтапно уходить от легаси-кода.

Как проходят техсинки

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

Тайминг встреч — один час. Техсинки проходят раз в две недели. К началу регулярных встреч у фронтенда накопились вопросы, и на синках мы активно их разбирали. Сейчас вопросов по бизнес-процессам меньше, мы усиленно работаем над архитектурой наших микросервисов.

Техсинк спасает, когда код-ревью недостаточно: так проще собраться и вместе обсудить конкретный таск. К тому же после техсинка мы доносим решение до всех фронтендеров. А вот после код-ревью идея может затеряться. Принятые решения я фиксирую на корпоративной Wiki, чтобы сохранялась история техсинков. Если к следующей встрече нужно что-то готовить, назначаю ответственных.

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

Как измерить профит техсинков

Проблем с посещаемостью у нас не было даже на старте. Секрет успеха: все фронтендеры были заинтересованы в том, чтобы навести порядок в ситуации с релизами. Когда знаешь, как лучше сделать фичу, ты быстро напишешь её реализацию, к тебе будет меньше вопросов на код-ревью и ты гораздо быстрее доставишь её на прод.

Первые встречи реально помогли: мы перестали застревать на этапах разработки. Фронтендеры увидели результат в Jira и Bitbucket. Конечный показатель — это time-to-market, то есть скорость релиза фичей на прод. С запуском техсинков скорость увеличилась, хотя мы улучшали технологический стек, а не гонялись за цифрами в SLA.

Руководитель отдела интерфейсов отметил позитивные оценки на следующем Squad Health Check. Это исследование, во время которого мы отвечаем на разные вопросы (начиная с оценки работы в команде и заканчивая удовлетворённостью кодом в приложениях).

Лайфхак для запуска техсинков

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

Экспресс-алгоритм создания локального сообщества:

  1. Берём конкретную проблему в рабочих процессах.

  2. Находим в компании тех, кто от неё страдает.

  3. Собираемся в кабинете или созваниваемся в Zoom.

  4. Накидываем пути решения.

  5. Находим компромисс.

  6. Внедряем решение.

  7. Получаем профит.

Ещё мы записали видео о создании локальных сообществ. В нём я тезисно рассказываю кейсы из этой статьи.

Выводы

Общаться с коллегами полезно. Благодаря техсинкам локального сообщества у нас получилось договориться о единстве подходов к разработке. Градус накала дискуссий в командах снизился. От длинных переписок в код-ревью и почте мы перешли к живому обсуждению задач и технологий.

Решение бизнесовых задач — это всё равно про технологии. Договоритесь с командой о технологиях — и вам можно будет не беспокоиться за процессы.

Теги:
Хабы:
+6
Комментарии 1
Комментарии Комментарии 1

Публикации

Информация

Сайт
jobs.yoomoney.ru
Дата регистрации
Дата основания
Численность
1 001–5 000 человек
Местоположение
Россия
Представитель
yooteam