StyleEagle80
New member
Когда наша команда из 30 разработчиков переехала на полностью удалённый формат, я была уверена, что всё пойдёт гладко. В голове был готовый план: перенести задачи в трекер, наладить видеозвонки по утрам, добавить ещё один канал для срочных вопросов. Через две недели стало понятно, что основные проблемы были не в технике, а в том, как мы решили работать по-новому. Сейчас я расскажу, через какие ошибки мы прошли и что из этого может пригодиться тем, кто только собирается переводить команду на удалёнку.
Нажать чтобы Перейти на сайт
Первая и самая дорогая ошибка — попытка сохранить офисный распорядок в удалённом виде. Мы назначали стендапы на девять утра по московскому времени, и через месяц выяснилось, что половина команды просыпалась раньше только ради этого звонка. Пришлось разнести синхронизации по часовым поясам и договориться, что каждый сам выбирает два-три окна в неделю для совместной работы. Парадоксально, но производительность после этого выросла: люди перестали ждать чужого контекста целый день.
Вторая ошибка — мы недооценили качество коммуникации. В офисе достаточно было подойти к коллеге и сказать: «посмотри, тут спорное место». Удалённо это превратилось в цепочку сообщений на полстраницы, где никто не мог найти исходную задачу. Мы ввели правило: любая техническая дискуссия длиннее пяти сообщений переносится в документ, а созвон по ней назначается явно, с повесткой и ответственным. Звучит банально, но именно это правило спасло нам несколько недель.
Третья ошибка касалась онбординга. Два новых разработчика вышли к нам уже во время удалёнки, и их первый месяц был заметно тяжелее, чем у тех, кто приходил в офис. Наставник, который в офисе просто подходил и помогал, на удалёнке не понимал, когда его можно отвлечь. Мы назначили наставника формально, закрепили за новичком отдельный часовой слот для вопросов и завели чек-лист первых недель. После этого адаптация сократилась примерно вдвое.
Узнать подробнее →
Четвёртая ошибка была про метрики. Мы решили измерять результат по количеству закрытых тикетов и по времени в сети — и почти сразу получили картину, которая вводила в заблуждение. Кто-то сидел двенадцать часов, но сгоря работал над задачей, а кто-то закрывал шесть задач за шесть часов. Мы перешли на метрики, ближе к продуктовым: сколько релизов, сколько откатов, сколько времени цикла от постановки задачи до продакшена. Оказалось, что в удалённом режиме эти циклы стали короче, а ночные деплои, наоборот, участились.
И пятая ошибка — мы слишком долго спорили, нужны ли вообще еженедельные созвоны всей командой. Полные встречи на тридцать человек вызывали у всех усталость и почти не давали решений. Мы оставили один общий созвон на полтора часа в неделю с фокусом на рисках и планах, а всё остальное разнесли по маленьким группам. Плюс один раз в месяц устраиваем неформальную встречу без повестки — просто чтобы команда не превратилась в набор молчаливых профилей в разных городах.
Что я вынесла из этого опыта: переход на удалёнку — это не про настройку инструментов, а про явные договорённости. Всё, что в офисе решалось жестом, взглядом и случайным разговором у кофемашины, нужно записать и превратить в правило. Часть ошибок мы поняли только через пару месяцев, и часть наверняка ещё ждёт нас впереди. А если вы уже переводили свою команду на удалённый формат, какие ошибки заметили в первые недели и что помогло их быстро исправить?
По теме советую почитать: Фриланс или офис: что выбрать разработчику
Нажать чтобы Перейти на сайтПервая и самая дорогая ошибка — попытка сохранить офисный распорядок в удалённом виде. Мы назначали стендапы на девять утра по московскому времени, и через месяц выяснилось, что половина команды просыпалась раньше только ради этого звонка. Пришлось разнести синхронизации по часовым поясам и договориться, что каждый сам выбирает два-три окна в неделю для совместной работы. Парадоксально, но производительность после этого выросла: люди перестали ждать чужого контекста целый день.
Вторая ошибка — мы недооценили качество коммуникации. В офисе достаточно было подойти к коллеге и сказать: «посмотри, тут спорное место». Удалённо это превратилось в цепочку сообщений на полстраницы, где никто не мог найти исходную задачу. Мы ввели правило: любая техническая дискуссия длиннее пяти сообщений переносится в документ, а созвон по ней назначается явно, с повесткой и ответственным. Звучит банально, но именно это правило спасло нам несколько недель.
Третья ошибка касалась онбординга. Два новых разработчика вышли к нам уже во время удалёнки, и их первый месяц был заметно тяжелее, чем у тех, кто приходил в офис. Наставник, который в офисе просто подходил и помогал, на удалёнке не понимал, когда его можно отвлечь. Мы назначили наставника формально, закрепили за новичком отдельный часовой слот для вопросов и завели чек-лист первых недель. После этого адаптация сократилась примерно вдвое.
Узнать подробнее →Четвёртая ошибка была про метрики. Мы решили измерять результат по количеству закрытых тикетов и по времени в сети — и почти сразу получили картину, которая вводила в заблуждение. Кто-то сидел двенадцать часов, но сгоря работал над задачей, а кто-то закрывал шесть задач за шесть часов. Мы перешли на метрики, ближе к продуктовым: сколько релизов, сколько откатов, сколько времени цикла от постановки задачи до продакшена. Оказалось, что в удалённом режиме эти циклы стали короче, а ночные деплои, наоборот, участились.
И пятая ошибка — мы слишком долго спорили, нужны ли вообще еженедельные созвоны всей командой. Полные встречи на тридцать человек вызывали у всех усталость и почти не давали решений. Мы оставили один общий созвон на полтора часа в неделю с фокусом на рисках и планах, а всё остальное разнесли по маленьким группам. Плюс один раз в месяц устраиваем неформальную встречу без повестки — просто чтобы команда не превратилась в набор молчаливых профилей в разных городах.
Что я вынесла из этого опыта: переход на удалёнку — это не про настройку инструментов, а про явные договорённости. Всё, что в офисе решалось жестом, взглядом и случайным разговором у кофемашины, нужно записать и превратить в правило. Часть ошибок мы поняли только через пару месяцев, и часть наверняка ещё ждёт нас впереди. А если вы уже переводили свою команду на удалённый формат, какие ошибки заметили в первые недели и что помогло их быстро исправить?
По теме советую почитать: Фриланс или офис: что выбрать разработчику