Что такое «распределенная компания»

Прежде всего надо отметить, что понятия «распределенной компании» не существует, есть так называемая «распределенная», или виртуальная команда. Это группа специалистов, не обязательно только разработчиков, которые работают над одним проектом и в рамках одной компании, но базируются в разных географических локациях. В статье мы хотим ввести понятие именно «распределенной компании» на примере организационной структуры ИТ-компании, в которой трудятся не только специалисты из нескольких стран, но и имеются R&D-офисы в нескольких странах.

Зачем нужна распределенная компания

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

  • доступ к человеческим талантам без географических ограничений. Сейчас наблюдается высокий спрос на опытных разработчиков по всему миру, и это глобальный тренд;
  • разработчиков проще нанимать под проект, и размер команды можно оперативно регулировать;
  • экономическая составляющая № 1: разработчик из США стоит существенно дороже, чем разработчик с таким же набором навыков из Восточной Европы.
  • экономическая составляющая № 2: экономия на офисной инфраструктуре. Нет необходимости арендовать большой офис, чтобы вместить всех разработчиков. А также не обязательно держать и обслуживать стойки с серверами, если только ваш бизнес не связан с данными. Все может облачным.

Распределенная команда дает большое преимущество, но в то же время есть много сложностей:

  • необходимо постоянно координировать команду;
  • нужно оценивать, насколько сотрудники могут самоорганизоваться для удаленной работы.

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

Где создать распределенную компанию

В каждой стране есть свои особенности. Сейчас проще всего распределенную компанию создать, проживая в США или Европе (но и для жителей других стран это также возможно; главное при этом не пренебрегать квалифицированной помощью юристов-международников). Это объясняется:

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

С чего начать

Для принятия решения о выборе юрисдикции инкорпорации компании рекомендуем сначала получить консультации для исключения основных рисков:

  1. с юристами международного налогового планирования — по расходам, связанным с налогообложением в юрисдикции инкорпорации, нюансами налоговой резидентности компании и бенефициара. ВАЖНО! Картина с налогообложением и рисками значительно отличается в разных юрисдикциях (странах);
  2. с юристами — для разработки шаблонов контрактов, форма которых будет легитимной в таргетированных странах, чтобы обеспечивать (в случае ИТ-компании) правильную передачу интеллектуальных прав и защиту как заказчика, так и исполнителя;
  3. с юристами — касательно трудового законодательства домашней страны и таргетированных стран для найма разработчиков;
  4. с банками — касательно санкционных и иных ограничений, влекущих проблемы с банковскими транзакциями из тех стран, с клиентами из которых вы собираетесь работать. ВАЖНО! Рекомендуем иметь банковские счета в разных странах, если вы планируете работать с клиентами и разработчиками из нескольких юрисдикций. Но чем больше счетов, тем больше расходов на их обслуживание.

Ресурсы и организация

Необходимо продумать и организовать найм, каналы коммуникации, учет рабочего времени и задач:

  • найти платформы для поиска и найма местных и удаленных разработчиков. Например, hh.ru, freelance.ru, djinni.co, linkedin и другие источники;
  • выбрать наиболее удобные для ваших задач мессенджеры и инструменты. Например, Skype и Zoom;
  • для управления проектами рынок предлагает много решений. Например, Jira, Harvest и Trello.

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

  • рутинные и специализированные функции;
  • малозначимые задачи;
  • подготовительная работа.

При делегировании полномочий, так же как и при найме разработчиков из разных локаций и стран, собственник компании должен выстроить доверительные отношения на уровне классической вертикали доверия:

  • основатель — сотрудник;
  • сотрудник — основатель;
  • сотрудник — сотрудник.

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

C какими трудностями придется столкнуться

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

  • ваш код могут украсть или «слить» собственные программисты. Обращайте внимание на пароли и доступы с разными уровнями открытости конфиденциальной информации. И не забывайте менять пароли после каждого увольнения! Разработайте процедуру инициализации и деинициализации специалистов, где будут детально прописаны все операции по предоставлению доступа. Для документооборота можно использовать корпоративный G Suite oт Google, или бесплатное решение от Alfresco (потребуется опытный DevOps-специалист для установки и настройки сервера).
  • вторая проблема возникает опять на уровне доверия. Это «простой» сотрудника. Сложно контролировать и отследить, чем реально занимается разработчик. Должна быть абсолютная прозрачность, что он делает (регулярные commits в репозиторий и time-logs). Сотрудники также должны на доверительном уровне всегда обращаться к руководству при возникновении проблем, которые они не могут сами решить и это приводит к «простою»;
  • периодически могут возникать дыры в cash-flow из-за несвоевременных и отложенных платежей (кассовые разрывы). Одна из главнейших задач собственника компании следить за финансовым здоровьем компании, рассматривать различные негативные сценарии и иметь запасные планы на случай «а если». Поэтому обязательно создайте финансовую подушку безопасности и постоянно поддерживайте ее достаточный уровень! Может показаться, что это излишне, и лучше пустить эти деньги на развитие компании, но в случае наступления негативного сценария — это ваш шанс пережить сложные времена. Потом вы скажете себе спасибо за предусмотрительность.

KPI, или критерии успешности распределенной компании

У каждого основателя — свой критерий успешности. Для меня существует три показателя успешности:

  • уровень налаженности процессов в компании. Т. е. компания занимается «доставкой» ценности клиентам, а не тратит время и ресурсы на сглаживание шероховатостей и выстраивания внутренней коммуникации. Другими словами — компания занята исключительно доставкой ценности и своей миссией, а не борьбой с ветряными мельницами;
  • СEO компании погружен в развитие человеческого капитала, внедрение инноваций, оптимизацию качества услуг и ценностей для клиента, а не занимается разруливанием операционных вопросов;
  • потенциальные банковские, налоговые и человеческие риски проанализированы, учтены, надежно нивелированы и контролируются. Максимальная безопасность!

В завершение хочу сказать, что создание и развитие любой компании, не только распределенной — это приключение на уровне симбиоза экстремального спорта и исследовательской экспедиции Индиана Джонса.

Автор статьи — CEO и основатель, Ego Creative Innovations.

Версия для печати (без изображений)