Работа не делится только на офисную и домашнюю. Существует несколько моделей, и каждая имеет свои компромиссы и эффективные методы. Убедительные доказательства в пользу того или другого есть у каждой стороны. Вместо этого — оценим, как могут распределяться работники одной команды и как это соотносится со Scrum.
Последствие информационной ревлюции, которое не проигнорировать, — возможность делать множество вещей из любого места. Все благодаря разработчикам ПО. Но почему все офисы в мире до сих пор не перешли в Интернет? Ведущие компании, типа Google, настаивают на работе в офисе. Yahoo пробовала распределенную разработку, но отказалась от этой идеи и программисты вернулись в кабинеты.
С другой стороны, Basecamp или Github не понимают тех, кто не смог кодить удаленно. Сотрудники этих компаний никогда не работали рядом.
Пока идет дискуссия, реальной статистики не так много. Есть частный опыт разных компаний. Его обобщил Мартин Фаулер, известный программист и автор книг, в своей статье.
Он же выделил несколько состояний команды: от совершенно распределенной до полностью собранной в одном месте.
«Одноофисная» команда — это команда, в которой сотрудники находятся в одном и том же физическом месте. В идеале, все в нескольких шагах друг от друга, могут быстро договориться без дополнительной организации, легко видят, чем занимаются остальные. Многим нравится работать в одном офисе, потому что это сильно облегчает общение. Крайняя реализация этой идеи — концепция open space и hot-desking (сейчас приходит в упадок).
Команда с несколькими местами дислокации — это две или более группы, которые находятся в разных офисах: и в городе, и между регионами или странами. Часто распределяются по обязанностям, чтобы удаленность меньше сказывалась на рабочем процессе.
Работники-спутники — это модель, когда большая часть команды рядом, но несколько коллег работают удаленно: из дома или другого офиса.
Удаленная команда — когда каждый работает отдельно и все общение проходит через Интернет. Большинство проектов с открытым исходным кодом являются удаленными, и этот опыт побудил многие стартапы использовать такую модель.
Так, добавление расстояния и часовых поясов разъединяют. Но по наблюдениям, когда между сотрудниками несколько минут ходьбы или стена, они уже отдалены друг от друга. Почему-то легче отправить письмо, чем прийти и поговорить.
Выбирая между моделями, мы приходим к обмену опытом, но не к оценке. Можно ли взять 100 команд и провести эксперимент, учитывая, что люди внутри команд тоже разные?
Более релевантен опыт команд, которые пробовали работать и совместно, и удаленно. Фаулер говорит, что большинство субъективных оценок от команд в пользу работы в одном офисе. Я чувствую себя более продуктивным, когда работаю с командой в офисе».
И совсем другие оценки могут быть по продуктивности всей команды. Местность ограничивает, сколько людей найдется на месте, переедут в город и согласятся ходить в офис. Удаленная команда из классных специалистов, конечно, будет более продуктивна, а выбор талантов разнообразнее.
Удаленная работа и гибкие методологии
Гибкие подходы способствуют выбору в пользу совместного размещения. Экстремальное программирование включает практику «колокация», буквально «сидеть вместе». Манифест Agile говорит: «Самый эффективный способ передачи информации команде разработчиков и внутри нее — это личное общение».
Эти положения, скорее, говорят: если есть возможность, работайте вместе. В то же время «вместе» предполагает не только соседние столы, а сотрудничество и взаимовыручку.
Scrum.org дает рекомендации командам, которые вынуждены работать удаленно.
Agile будет сложнее внедрить, но тоже реально: мы же говорим о мышлении, а не ритуалах.
Scrum.org рекомендует все-равно вкладываться в кадры, привязывать людей к компании. Второе — ставить цель для разработчиков, чтобы они оставались вовлеченными. Последнее — коммуникация, и только она. Правильные «пропорции» и инструменты для общения определяются экспериментально. Кроме мессенджеров, видеосвязи и программных досок, они рекомендуют использовать Online Whiteboards. Это сервисы для колоборации, как магнитная доска, где пишут маркером. Она очень облегчает обсуждение, когда слова сопровождаются графикой.
Как адаптировать Scrum, опытом делится Appsembler, которая полностью распределена:
- Составляйте небольшие команды из людей, которые находятся в смежных часовых поясах. Это снимет главную проблему: не понадобится лишняя документация и общение в режиме реального времени сохранится.
- Для общения обязательно захватить 4 области: менеджмент проекта на досках, групповой чат, открытая документация, видео-чат.
- Менеджеру лучше не надоедать сообщениями. Кажется, что в онлайне тебе обязательно должны ответить, но это ведет к выгораю и ощущению, что человек вечно на работе.
- Документация должна адаптироваться. В Scrum нужно отражать прогресс, и чат для этого не подходит. Чат не заменяет карточки с задачами, их нужно отражать. А все, что обсудили онлайн, зафиксировать там.
- Appsembler рекомендует проводить стендап в чате, а не по видеосвязи, потому что это легче организовать. С большой вероятностью переписываться в чате сможет вся команда. Кстати, для стендапов в Slack существует не один бот: они приглашают и резюмируют.
- А вот ревью, ретроспектива и планирование — по видео. И для этих мероприятий команду нужно собрать. В 12:00 по GMT -04:00 пока самое комфортное для всех.
Как насчет вас? Работаете в офисе или удаленно, и что считаете оптимальным? Может, есть лайфхаки, как полюбить офис, или приемы, как работать дома?