Внутренние коммуникации инженеров: как поддержать командный дух на удалёнке
Привет! Я Катя Глушанина, тестировщик в 2ГИС. В далёком 2019 год в нашей компании было не так много сотрудников, а тестировщиков в веб-отделе — ещё меньше. Мы все работали в офисе, много общались и решали вопросы на месте. Ламповость атмосферы была включена по умолчанию.
Но компания растёт, и с этим приходят новые вызовы. Стало больше команд, тестировщиков, появились удалённые сотрудники.
Это привело к трём «побочным эффектам»:
Сложности коммуникации. У нас 11 часовых поясов, и это иногда тормозит доставку фич. Например, у меня возник вопрос, а тот, кто может с ним помочь ещё не начал работать или уже закончил.
Нет обмена знаний. В распределённых командах могут чаще придумываться велосипеды.
Чувство изоляции. Одному дома может быть грустно: даже мем не с кем обсудить.
И мы поняли, что нужно что-то менять.
Решение 1: общее пространство
Мы решили стереть границы между командами и создали общий спейс для всех тестировщиков в веб-отделе. Это общий чат во внутреннем мессенджере, и каждый может задать вопрос и получить ответ от коллег. Мы начали активно общаться и заметили, что вопросы можно разделить на группы, чтобы отвечать на них командно. Так мы улучшаем атмосферу и возвращаем ламповость.
Решение 2: литературный и докладоклубы
Один из часто возникающих вопросов был связан с книгами: «Какую книгу прочитать?», «Я прочитал, но не понял, как это применить в команде?». Мы организовали литклуб, где собирали кандидатов, голосовали за книги, читали, обсуждали их и делали выводы. Всё это происходило на Trello-доске.
Следующим шагом стали внутренние митапы, где командами делимся опытом. Например, как-то обсуждали, как бороться с флаки-тестами или как выбирать баги на спринт. Мы смотрим, кто как делает, и выбираем лучшие практики для всех команд.
Из забавного: провели несколько встреч с «трешовыми» докладами. Получалось прикольно и смешно, но всё же не так много полезного, а подготовка занимала много времени. Такие доклады заходили меньше, и скоро от них решили отказаться.
Решение 4: воркшопы
Мы также организовываем воркшопы. Здесь нет лекций, только практика. Мы выбирали темы, которые вызывали затруднения, приглашали экспертов и проводили мастер-классы. Участники получали задания и создавали проекты, которые потом использовали в работе.
Самая популярная тема — Gitlab CI, проводили воркшопы раза три. Также в топе k8s, Helm и API.
Решение 5: документация и дайджесты
Чтобы новые сотрудники не терялись, мы начали собирать дайджесты всех мероприятий. На специальной страничке можно найти записи всех митапов и пересмотреть их в любое время. Даже если только один человек смотрит записи, это уже полезно.
Регулярность и планирование
Изначально мы думали, что столько всего хочется успеть обсудить и сделать: «Давайте будем встречаться как можно чаще!» Но ведь есть работа и другие встречи. Когда мы заметили, что интерес падает и участников становится меньше, мы пересмотрели наш подход и сократили количество мероприятий. Теперь у нас есть регулярные дайджесты, обсуждения докладов раз в месяц и воркшопы по мере необходимости. Так наш календарь выглядит более сбалансированным.
Несекретная формула успеха
Кажется банально, но всё же самое важное, что помогает держать руку на пульсе — это заинтересованность и чуткость к вопросам команды. Поэтому если у нас возникает проблема, мы стараемся найти способ её решения, собрать обратную связь и скорректировать действия. Ну и конечно, последовательность и регулярность решают. Если один раз что-то провести и забыть, то пользы особо не будет.
Ну и напоследок добавлю, что всё-таки иногда меньше — значит лучше. Берегите себя и своих коллег.
Если остались вопросы, на всё готова ответить в комментариях! А также обязательно заглядывайте в наш телеграм-канал, мы там охотно делимся опытом для всего QA-сообщества.
