В 09:00 по Москве кто-то в команде уже закрывает первую задачу, а кто-то только входит в рабочий ритм. В инфраструктурных проектах это либо превращается в бесконечные «созвоны ради созвонов», либо дает реальное преимущество по скорости и качеству. Меня зовут Виталий Попов, в «Софтлайн Решения» я отвечаю за реализацию инфраструктурных проектов. И мы пошли по второму пути — и это не про героизм, а про инженерную настройку процесса и нормальные человеческие границы.

От Хабаровска до Калининграда 

Моя команда распределена от Хабаровска до Калининграда — фактически почти по всем часовым поясам России, где у нас есть заказчики и региональное присутствие. Когда меня спрашивают, как выглядит мой рабочий чат в обычный день, я отвечаю: спокойно. Не потому, что «всё легко», а потому, что мы построили команду так, чтобы она работала без постоянного ручного управления.

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

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

При этом я не буду делать вид, что в инфраструктурных проектах всегда идеальная картинка. Бывали ночи, когда проблема растягивалась с 21:00 по Москве до 07:00 по Москве. Разница в том, как это проживается. Если команда живет «на героизме», это быстро становится нормой и выжигает людей. Мы стараемся делать иначе: включается ротация. Кто-то уходит спать, кто-то подхватывает, потом меняемся. Это не романтизация переработок, а инженерный подход к ресурсу команды.

Парадокс в том, что распределенность дает нам не дополнительную усталость, а дополнительное время — если правильно выстроить передачу задач. Когда «Хабаровск уже работает», а «Калининград еще не закончил», мы можем распараллеливать. Архитектор или инженер из Новосибирска успевает проанализировать ТЗ, собрать вопросы и комментарии — и дальше команда подхватывает. В итоге мы иногда отвечаем заказчику быстрее, чем это возможно в одном часовом поясе, просто потому что у нас больше «рабочего дня», чем у календаря.

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

Отдельный слой — смежники. Там иногда «истории» начинаются в 6 утра, если проект большой и важный. В такие моменты, как руководитель, я чаще жертвую личным временем — это часть роли. Но я принципиально не хочу строить управление на своей вечной доступности. Если система держится на том, что руководитель всегда онлайн, она не масштабируется. Поэтому ключевой режим работы — асинхронный: задача поставлена, критерий результата понятен, дедлайн обозначен — дальше специалист сам выбирает, как организовать работу. Мы не просим быть «удобными». Мы просим быть надежными.

И здесь начинается важное: что в таких командах реально помогает людям держать темп годами, а что недопустимо — потому что разрушает доверие, качество и здоровье.

Гугл, Майкрософт и ГитЛаб

Мне нравится смотреть на мировые практики без идеализации: не «у них всё идеально», а «какие механики они считают рабочими».

GitLab — один из самых известных примеров компании, которая системно строит работу в распределенном формате и делает акцент на асинхронность, документацию и “handbook-first” как способ убрать зависимость от времени и созвонов. У них публично описаны практики асинхронной коммуникации, а также то, как они сознательно поддерживают неформальные связи в удаленной среде — потому что без этого падает чувство принадлежности.

Atlassian — другой интересный пример: у них подход Team Anywhere и целый «плейбук» практик под распределенную работу. В публичных материалах они отдельно говорят о том, что договоренности, ритуалы и правила нужно адаптировать под разные географии и часовые пояса, и даже подсказывают, как справедливо планировать встречи, когда кому-то неизбежно неудобно. В их коммуникации также регулярно звучит идея «организовывать команды по часовым поясам, а не по адресу», чтобы сохранять достаточное окно пересечения. 

Microsoft — полезен не как «пример политики», а как источник данных и исследований о том, что реально происходит с коммуникациями в гибридной/распределенной среде. Их Work Trend Index и материалы про “infinite workday” показывают рост поздних встреч и кросс-таймзонных взаимодействий — то есть проблему нельзя «запретить», ее нужно проектировать: решать, что переводим в асинхронность, как защищаем фокусное время, как планируем сменяемость и восстановление. 

И, наконец, Google — хорош как напоминание, что даже в технологически сильной среде «команда» держится не только на скиллах, а на том, как люди взаимодействуют. Их выводы про психологическую безопасность — это по сути инструкция для руководителя распределенной команды: если вы хотите скорость и качество, вам нужно пространство, где риски и ошибки поднимаются быстро и без страха. 

Синхронное время — дорогой ресурс

Главный ресурс — не «удаленка» и не инструменты, а ясные договоренности, которые снимают лишнюю неопределенность. В мировой практике это часто называют working agreements: команда фиксирует, что считается нормой в коммуникациях, как принимаются решения, где живет «истина» по проекту, когда мы синхронизируемся, а когда работаем асинхронно. Atlassian прямо пишет, что ритуалы и договоренности нужно пересматривать под географии и часовые пояса, и возвращаться к ним регулярно — особенно при онбординге и изменениях.

Из таких договоренностей вырастает простая управленческая гигиена: синхронное время должно быть дорогим ресурсом, а не способом «показать активность». Поэтому статус и обновления лучше выносить в асинхронный формат, а созвоны оставлять для того, что действительно требует совместного решения. Например, у Atlassian, известного производителя систем для управления проектами и разработки, есть отдельные практики под это: от коммуникационных норм до «честного планирования встреч» для распределенных команд. 

В такой модели недопустимы «скрытые ожидания»,  когда от человека вроде бы не требуют быть 24/7, но на деле скорость реакции становится мерилом лояльности. Так рождается токсичная гонка, где выигрывает не самый сильный инженер, а тот, кто меньше спит. Microsoft в своих материалах показывает, что поздние встречи и работа за пределами стандартного дня растут, и часть драйвера — именно кросс-таймзонная совместная работа. Это сигнал для руководителей: без системы договоренностей «распределенность» легко превращается в размытые границы.

С точки зрения психологии

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

С точки зрения психологии, распределенная работа ломается в двух местах: в границах и в ощущении принадлежности. Когда границ нет, возникает хроническое напряжение. Когда нет принадлежности — появляется отчуждение, и человек начинает «работать в одиночку», даже находясь в сильной команде.

На личном уровне психологически помогает простая вещь: предсказуемость. Когда вы знаете, в какие окна от вас ждут синхронного присутствия, а в какие — вы работаете «головой» и сдаете результат к дедлайну, нервная система перестает жить в режиме постоянной готовности. Американская психиатрическая ассоциация в рекомендациях по профилактике выгорания прямо говорит о необходимости ограничивать проверку почты/сообщений после работы и в целом выстраивать границы. 

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

И вот здесь тонкая управленческая работа: психологическая безопасность не равна «мягкости» или «всем приятно». Это скорее про рабочую честность. Есть проблема — ее можно назвать. Есть риск — его можно поднять. Есть ошибка — ее можно разобрать без охоты на виноватого, чтобы система стала надежнее.

Вы — часть команды

Распределенная команда — это не «вольница» и не «вечный созвон». Это инженерная система, где результат важнее присутствия, где синхронное время экономят, а асинхронность считается нормальным профессиональным режимом. Но такая система работает только при двух условиях: ясные договоренности и нормальные границы.

Если вам близок формат, где от вас ждут зрелости и ответственности, а взамен дают автономию, понятные правила и команду, которая умеет работать через всю страну без круглосуточного шума, — в такой среде обычно быстро становится понятно главное: вы здесь не «сателлит» и не «дежурный по чату». Вы — часть команды, которая делает инфраструктуру предсказуемой.

Виталий Попов

Директор департамента реализации инфраструктурных проектов «Софтлайн Решения» (ГК Softline)