Выделите текст, чтобы комментировать.
Представим ситуацию. Разработчик сообщает руководителю, что хочет на три месяца переехать в Испанию. Работать собирается на прежнюю компанию, увольняться не планирует. Задачи те же, ноутбук тот же, интернет обещает найти хороший.
— На созвоны выходить сможешь?
— Да, конечно.
— Тогда я не против.
Через неделю сотрудник покупает билеты. А ещё через несколько дней HR узнаёт о переезде и просит пока ничего не менять: нужно проверить условия трудового договора и возможные ограничения.
Руководитель удивляется — он ведь уже разрешил. Сотрудник раздражён — билеты куплены. HR недоволен тем, что узнал обо всём последним.
Три человека по-разному поняли слово «согласовано».
Переезд за границу при сохранении удалённой работы — не только вопрос рабочего графика. И чем раньше компания это учитывает, тем меньше неприятных сюрпризов возникает перед отъездом.
Руководитель согласовал задачи. А кто согласовал остальное?
Непосредственный руководитель обычно лучше других понимает, насколько сотрудник нужен команде в определённые часы, какие встречи нельзя пропускать и как переезд повлияет на сроки.
Но он не обязательно отвечает за кадровые документы, безопасность корпоративных данных или правовые последствия работы из другой страны.
Представим, что разработчик из нашего примера работает с клиентской информацией. Руководитель уверен: главное, чтобы задачи выполнялись вовремя. Однако IT-служба может обнаружить, что доступ к некоторым системам из-за рубежа ограничен внутренними правилами или договорными обязательствами перед клиентом.
Тогда даже идеальный рабочий график не решит проблему.
С документами тоже могут возникнуть вопросы. Если сотрудник меняет страну, из которой фактически выполняет работу, компании может потребоваться проверить применимое трудовое законодательство, условия договора и порядок оформления такого изменения.
Фраза «я не против» ещё не означает, что все необходимые вопросы проверены и компания приняла окончательное решение.
Часовой пояс — мелочь, пока не назначили утренний созвон
Допустим, компания работает по московскому времени, а сотрудник переезжает в Барселону.
Разница составляет два часа зимой и один час летом: Барселона отстаёт от Москвы.
Ежедневная встреча в 10:00 по Москве для сотрудника превращается во встречу в 08:00 зимой или 09:00 летом.
Возможно, его это полностью устраивает. Но лучше узнать об этом до переезда, а не после нескольких недель опозданий.
Есть и обратная проблема. Сотрудник решает работать с 10:00 по местному времени, а команда рассчитывает получать от него ответы с начала московского рабочего дня.
Каждая сторона считает свой график очевидным.
Поэтому стоит заранее определить, в какие часы сотрудник доступен для команды, на каких встречах его присутствие обязательно и как быстро он должен отвечать на срочные сообщения.
Отдельный вопрос — что происходит за пределами рабочего дня. Если у клиента случился сбой вечером, должен ли разработчик подключиться? Кто принимает решение и как учитывается такая работа?
Фраза «ну ты же понимаешь, если что-то горит» не заменяет договорённости. У сотрудника и руководителя могут быть разные представления о том, что считается чрезвычайной ситуацией.
Когда задачи выполнены, а команда всё равно недовольна
Предположим, компания согласовала переезд и разработчик начал работать из Барселоны. Через месяц задачи по-прежнему закрываются в срок, но коллеги замечают, что обсуждать изменения стало сложнее.
Раньше можно было подойти к нему после планёрки, теперь вопрос уходит в переписку и ждёт ответа.
Сам разработчик видит ситуацию иначе: все сообщения прочитаны, задачи выполнены, встречи из календаря посещены.
Причина может быть не в дисциплине, а в том, как команда привыкла обмениваться информацией.
Если важные решения принимаются в случайных разговорах, сотрудник, который не участвует в них, постепенно теряет контекст. Причём такое случается не только после переезда — с той же проблемой сталкиваются коллеги на обычной удалёнке.
Помогает простое правило: решения, влияющие на работу команды, нужно фиксировать там, где их смогут увидеть все участники. Не обязательно создавать отдельный регламент на каждую мелочь. Иногда достаточно обновить задачу или оставить сообщение в общем канале.
Переезд сотрудника может обнаружить слабое место, которое в команде существовало и раньше.
Цифровой кочевник: что меняется для компании
Разработчик из нашего примера может считать себя цифровым кочевником: он работает дистанционно и переехал на несколько месяцев в Испанию.
Но «цифровой кочевник» — не универсальный юридический статус, который автоматически позволяет работать из любой страны.
Для работодателя важнее конкретные обстоятельства: где находится сотрудник, на каком основании он там пребывает, как оформлены трудовые отношения и какие требования применяются к его работе.
В Испании для граждан стран вне ЕС предусмотрены специальные миграционные процедуры международной дистанционной работы. В зависимости от обстоятельств можно обращаться за соответствующей визой или разрешением на проживание при выполнении установленных требований.
Однако согласие работодателя на удалённую работу и право человека находиться и работать в Испании — разные вопросы. Одно автоматически не подтверждает другое.
Кроме миграционных правил, в отдельных ситуациях могут возникать налоговые, кадровые и другие правовые последствия. Их нельзя надёжно оценить по одному признаку — например, только по количеству месяцев за границей.
Руководителю проекта не нужно самостоятельно разбираться во всех этих вопросах. Но компании стоит определить, кто проверит их до принятия окончательного решения.
Как согласовать переезд без десяти кругов переписки
Вернёмся к разработчику, который собирается в Барселону.
Вместо сообщения «можно я три месяца поработаю из Испании?» он заранее направляет руководителю короткий запрос: страна, предполагаемые даты, желаемый график и задачи, которые продолжит выполнять.
Руководитель оценивает рабочую сторону вопроса: хватает ли часов пересечения с командой, какие встречи обязательны, кто подстрахует сотрудника в его отсутствие.
Дальше подключаются ответственные за другие вопросы.
HR проверяет кадровое оформление и условия работы. IT — доступ к системам и требования информационной безопасности. Если ситуация требует юридической или налоговой оценки, её проводят профильные специалисты.
В небольшой компании это могут быть не отдельные отделы, а несколько конкретных людей или внешние консультанты. Главное, чтобы проверка не потерялась между фразами «это, наверное, к HR» и «пусть руководитель решает».
После этого компания решает: согласовать переезд, предложить другие условия или объяснить, почему выбранный формат пока невозможен.
Если переезд одобрен, договорённости нужно оформить с соблюдением необходимых формальностей.
Для повседневной работы полезно отдельно зафиксировать график, обязательные встречи, порядок срочной связи, требования к безопасности и дату пересмотра условий. Такой рабочий документ помогает команде, но не заменяет обязательных юридических документов.
Через месяц стоит проверить, как всё получилось
Даже тщательно согласованный план иногда приходится менять.
В нашем примере разработчик может обнаружить, что утренние встречи в Барселоне ему неудобны. А команда — что согласованного времени для совместной работы недостаточно: обсуждения затягиваются, а срочные вопросы приходится переносить на следующий день.
Поэтому разумно заранее назначить короткую проверку договорённостей, например через месяц после начала работы из другой страны.
Достаточно выяснить, соблюдаются ли сроки, удобно ли коллегам взаимодействовать и появились ли проблемы, которых никто не ожидал.
Если всё работает, команда продолжает в согласованном режиме. Если нет — обсуждает конкретные изменения.
Что стоит сделать до покупки билетов
Сотруднику полезно заранее выяснить, кто в компании принимает окончательное решение о работе из другой страны. Руководителю — не ограничиваться согласием на словах, а подключить тех, кто отвечает за кадровые, технические и правовые вопросы.
Тогда к моменту покупки билетов обе стороны будут понимать не только где человек собирается работать, но и на каких условиях.
