Элементарно, Ватсон. Работа руководителя заключается не в том, чтобы пасти своих пчелок, а в том, чтобы возглавить работу и контролировать ее исполнение. Проблема такого описания должностных обязанностей в том, что оно подразумевает знание самой работы. Невозможно эффективно управлять командой, если не знаешь во всех деталях, чем она занимается.
Это не означает, что каждый руководитель программистов должен быть программистом (хотя это и помогает), а руководитель дизайнеров — классно рисовать дизайн экранов (хотя, опять же, здорово, если он это может). Нет, это означает знание того, что именно должно быть сделано, понимание причин возможных задержек, творческое решение возникающих в ходе выполнения задания проблем, разбиение задачи на обозримые этапы и оптимальную расстановку людей по проектам. Вот все это и еще примерно миллион различных вещей, которые необходимо делать, чтобы работа продвигалась вперед как можно ровнее и с минимумом заминок.
Ясно одно — продвинутому менеджеру не нужно руководить креслами. Когда и где делается работа, чаще всего не имеет значения. Текст придуман в Лондоне? Код написан в Марбелье? Дизайн создан в Эмонде? Это абсолютно неважно, если текст хорош, код правилен, а дизайн всех устраивает.
Встречи и спринты
У вас нет постоянного офиса или не все работают там? Это вовсе не значит, что вам не нужно время от времени собираться вместе. На самом деле это необходимо.
Мы в 37signals собираемся минимум дважды в год на четыре-пять дней. Отчасти для того, чтобы обсудить работу, представить последние проекты и определиться с будущим направлением развития компании. Но главная идея — снова сопоставить человеческие лица с именами на экранах и делать это достаточно регулярно, чтобы помнить: все мы люди, все личности.
На самом деле гораздо легче работать удаленно с теми, с кем встречался в так называемом «реальном мире», смеялся и сидел за одним столом. Особенно полезны такие встречи для того, чтобы представить всей команде новичков. С тех пор как у нас появился прекрасный новый офис в Чикаго, мы встречаемся там, а раньше выбирали такие места, как Колер (штат Висконсин), Сан-Диего (Калифорния) и Йорк-Харбор (Мэн).
В Эдинбурге ежегодно проводится крупнейший в мире фестиваль искусств. Компания FreeAgent, расположенная в этом шотландском городе, каждое лето собирает здесь всех своих сотрудников. К тридцати девяти живущим в Эдинбурге сотрудникам присоединяются одиннадцать членов команды, работающих удаленно. Коллектив фотобанка Fotolia состоит из восьмидесяти человек, половина из них разбросаны по двадцати двум странам. В прошлый раз все они встречались в Марракеше. Вот это космополитизм!
Важно не только собираться всей компанией, но и время от времени устраивать спринты небольшими группами для завершения определенных проектов. Если компания должна сделать рывок, чтобы закончить работу в срок — со всеми вытекающими последствиями в виде бесконечных часов, проведенных на работе, и огромным прессингом, — будет лучше всем вместе навалиться на весла.
Мы делали так, когда запускали новый продукт или заканчивали разработку особенно заковыристой функции уже действующей программы либо когда люди просто хотели завершить работу над задачей и одновременно немного пообщаться.
Еще одна неплохая возможность сплочения команды — участие в отраслевых конференциях. Днем можно вместе учиться чему-то новому, а вечером — общаться в неформальной обстановке.
То, что вы большую часть времени работаете удаленно, не означает, что вы должны работать удаленно всегда. Старайтесь не только вкалывать, но и веселиться вместе время от времени.
Учитесь у разработчиков открытого софта
Активисты движения за открытое программное обеспечение на протяжении последних нескольких лет успешно конкурировали с коммерческими гигантами. Будущие удаленные сотрудники и их потенциальные руководители могут многому у них научиться. Это настоящий, мало с чем сравнимый триумф совместной асинхронной работы над проектами и удаленных коммуникаций.
На первый взгляд, миссия кажется невыполнимой. Создавать сложное программное обеспечение — задача сама по себе непростая. Кажется вполне разумным устранить все остальные источники проблем. Такие, например, как необходимость координировать тысячи людей, разбросанных по всему земному шару, живущих в разных часовых поясах (это может стать основной сложностью при организации эффективных коммуникаций).
Но, как часто бывает с интуитивным знанием, это предположение неверно. Программное обеспечение с открытым кодом — от операционной системы Linux до системы управления базами данных MySQL, языка программирования PHP и фреймворка Rubi on Rails — обставило продукты таких коммерческих монстров, как Microsoft, Oracle и так далее.
По сравнению с разработкой обычного приложения для корпоративного или личного использования, написание ПО с открытым кодом — задача бесконечно более трудная и требует участия гораздо большего количества людей. И если кто-то умудряется на базе удаленной работы создавать операционные системы, СУБД, языки программирования, веб-фреймворки мирового класса, наверное, и вам стоит внимательно изучить, как это делается.
Мы развиваем фреймворк Ruby on Rails уже больше десяти лет, добавляя все новые функции и улучшая качество кода. За эти годы свой вклад в проект внесли почти 3000 человек из десятков стран и сотен городов. Подавляющее большинство из них никогда не встречались друг с другом в реальной жизни! Все шло как всегда при создании софта: старый код + куча новых функций + куча разных программистов = большой слипшийся ком спагетти!
И тем не менее это работает. Черт, это не просто работает — фреймворк оказался успешнее, чем мы могли себе представить в самых смелых мечтах! Ключевые ингредиенты успеха этого проекта соответствуют советам, приведенным в книге, но все же давайте перечислим некоторые из них.
Внутренняя мотивация. Программисты, работающие над открытым программным обеспечением, обычно делают это из любви, а не ради денег. Потом нередко появляются и деньги, но, как правило, не они становятся главным мотиватором. Переводим: когда работаешь над захватывающей, интересной задачей, тебе не нужен руководитель, который дышит в затылок и постоянно заглядывает через плечо.
Все открыто. Работа над большинством проектов открытого программного обеспечения строится на базе списков рассылки и систем отслеживания кода вроде GitHub. И любой, кто хочет помочь, может это сделать, поскольку вся информация открыта для всех. Ему достаточно лишь принять решение — и вперед. Тогда к проекту очень легко подключить знающих людей.
