Remote: офис не обязателен

Элементарно, Ватсон. Работа руководителя заключается не в том, чтобы пасти своих пчелок, а в том, чтобы возглавить работу и контролировать ее исполнение. Проблема такого описания должностных обязанностей в том, что оно подразумевает знание самой работы. Невозможно эффективно управлять командой, если не знаешь во всех деталях, чем она занимается.

Это не означает, что каждый руководитель программистов должен быть программистом (хотя это и помогает), а руководитель дизайнеров — классно рисовать дизайн экранов (хотя, опять же, здорово, если он это может). Нет, это означает знание того, что именно должно быть сделано, понимание причин возможных задержек, творческое решение возникающих в ходе выполнения задания проблем, разбиение задачи на обозримые этапы и оптимальную расстановку людей по проектам. Вот все это и еще примерно миллион различных вещей, которые необходимо делать, чтобы работа продвигалась вперед как можно ровнее и с минимумом заминок.

Ясно одно — продвинутому менеджеру не нужно руководить креслами. Когда и где делается работа, чаще всего не имеет значения. Текст придуман в Лондоне? Код написан в Марбелье? Дизайн создан в Эмонде? Это абсолютно неважно, если текст хорош, код правилен, а дизайн всех устраивает.

Встречи и спринты

У вас нет постоянного офиса или не все работают там? Это вовсе не значит, что вам не нужно время от времени собираться вместе. На самом деле это необходимо.

Мы в 37signals собираемся минимум дважды в год на четыре-пять дней. Отчасти для того, чтобы обсудить работу, представить последние проекты и определиться с будущим направлением развития компании. Но главная идея — снова сопоставить человеческие лица с именами на экранах и делать это достаточно регулярно, чтобы помнить: все мы люди, все личности.

На самом деле гораздо легче работать удаленно с теми, с кем встречался в так называемом «реальном мире», смеялся и сидел за одним столом. Особенно полезны такие встречи для того, чтобы представить всей команде новичков. С тех пор как у нас появился прекрасный новый офис в Чикаго, мы встречаемся там, а раньше выбирали такие места, как Колер (штат Висконсин), Сан-Диего (Калифорния) и Йорк-Харбор (Мэн).

В Эдинбурге ежегодно проводится крупнейший в мире фестиваль искусств. Компания FreeAgent, расположенная в этом шотландском городе, каждое лето собирает здесь всех своих сотрудников. К тридцати девяти живущим в Эдинбурге сотрудникам присоединяются одиннадцать членов команды, работающих удаленно. Коллектив фотобанка Fotolia состоит из восьмидесяти человек, половина из них разбросаны по двадцати двум странам. В прошлый раз все они встречались в Марракеше. Вот это космополитизм!

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

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

Еще одна неплохая возможность сплочения команды — участие в отраслевых конференциях. Днем можно вместе учиться чему-то новому, а вечером — общаться в неформальной обстановке.

То, что вы большую часть времени работаете удаленно, не означает, что вы должны работать удаленно всегда. Старайтесь не только вкалывать, но и веселиться вместе время от времени.

Учитесь у разработчиков открытого софта

Активисты движения за открытое программное обеспечение на протяжении последних нескольких лет успешно конкурировали с коммерческими гигантами. Будущие удаленные сотрудники и их потенциальные руководители могут многому у них научиться. Это настоящий, мало с чем сравнимый триумф совместной асинхронной работы над проектами и удаленных коммуникаций.

На первый взгляд, миссия кажется невыполнимой. Создавать сложное программное обеспечение — задача сама по себе непростая. Кажется вполне разумным устранить все остальные источники проблем. Такие, например, как необходимость координировать тысячи людей, разбросанных по всему земному шару, живущих в разных часовых поясах (это может стать основной сложностью при организации эффективных коммуникаций).

Но, как часто бывает с интуитивным знанием, это предположение неверно. Программное обеспечение с открытым кодом — от операционной системы Linux до системы управления базами данных MySQL, языка программирования PHP и фреймворка Rubi on Rails — обставило продукты таких коммерческих монстров, как Microsoft, Oracle и так далее.

По сравнению с разработкой обычного приложения для корпоративного или личного использования, написание ПО с открытым кодом — задача бесконечно более трудная и требует участия гораздо большего количества людей. И если кто-то умудряется на базе удаленной работы создавать операционные системы, СУБД, языки программирования, веб-фреймворки мирового класса, наверное, и вам стоит внимательно изучить, как это делается.

Мы развиваем фреймворк Ruby on Rails уже больше десяти лет, добавляя все новые функции и улучшая качество кода. За эти годы свой вклад в проект внесли почти 3000 человек из десятков стран и сотен городов. Подавляющее большинство из них никогда не встречались друг с другом в реальной жизни! Все шло как всегда при создании софта: старый код + куча новых функций + куча разных программистов = большой слипшийся ком спагетти!

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

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

Все открыто. Работа над большинством проектов открытого программного обеспечения строится на базе списков рассылки и систем отслеживания кода вроде GitHub. И любой, кто хочет помочь, может это сделать, поскольку вся информация открыта для всех. Ему достаточно лишь принять решение — и вперед. Тогда к проекту очень легко подключить знающих людей.

Эпизодические встречи. Большинство успешных проектов по разработке свободного программного обеспечения в конечном счете вырастают настолько, что начинают проводить собственные конференции или как минимум сессии в рамках более общих конференций. Это позволяет участникам проекта познакомиться друг с другом лично и пообщаться в неформальной обстановке — по аналогии со встречами и спринтами, которые устраивают компании. Понятно, что делать это не обязательно, но желательно.

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

Равные условия для всех

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

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