Подтвердить что ты не робот

Как интегрировать удаленных пользователей в гибкий процесс?

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

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

Другой большой проблемой с telecommuters является проблема "с глаз долой, вне сознания". Помимо использования веб-камер/скайпа/телеконференций, какие другие советы у людей есть для того, чтобы держать команду максимально тесно связанной?

Кроме того, как насчет общения с удаленными пользователями из разных часовых поясов? На данный момент нам повезло, что у меня нет этой проблемы, но это определенно возможно в какой-то момент в будущем. Как другие команды справились с этой проблемой?

4b9b3361

Ответ 1

Задайте основные правила. Не беспокойтесь о них.

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

Воспользуйтесь технологией:

  • Используйте IM. Мы используем его здесь, и это здорово для того, чтобы "протянуть руку и коснуться" парня из четырех штатов. Сделать это требование доступным через IM.
  • Используйте другие инструменты, чтобы помочь преодолеть барьеры. Это будет зависеть от вашей ситуации.

Если у вас есть ежедневная встреча, всем должно быть ясно, что вы будете задавать вопросы:

  • Что вы сделали с тех пор, как мы последний встретился?

  • Что вы собираетесь делать сегодня?

  • Каким образом это должно быть переехал?

Просто потому, что вы не можете видеть, что Мэтт в своем кубе не дает мне права быть ленивым или непродуктивным и не реагирующим. Это нравится иметь дело с моими детьми - пусть они знают правила и то, что ожидается, тогда никто не может требовать невежества.

Ответ 2

Мгновенный обмен сообщениями действительно помогает с проблемой "с глаз долой, вне ума", поскольку их "статус" (доступный, занятый, на болоте и т.д.) виден всем. Кроме того, отвечая на сообщения, они усиливают идею о том, что они обычно доступны.

Я бы не стал беспокоиться о проблеме встречи с Scrum, присоединяясь к встрече через teleconf, часто легче, чем лично.

Ответ 3

У нас есть успех с помощью этих инструментов:

  • Assembla для управления проектами (исходный контроль, вики, инструмент схватки)
  • Skype для голосовой связи
  • Google для im

Мы являемся командой из 3 разработчиков, в 6 диапазонах часовых поясов.

Ответ 4

Я провел год как единственный удаленный парень в команде Agile. Я позвонил в конференцию для ежедневной схватки, а также совещаний по планированию/обзору. Я поддерживал контакт в течение дня через IM/e-mail/телефон.

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

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

Что касается штрафов за недостающий SCRUM - в определенной степени вы должны применять это свободно, через банку пива или что-то еще. Но если кто-то постоянно пропускает/задерживает необходимые встречи, то их менеджер должен решить это.

Ответ 5

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

  • Если ваша команда находится поблизости, подумайте о том, чтобы иметь основные дни, когда каждый может прийти в офис. Моя нынешняя команда позволяет работать дома по понедельникам и пятницам - и каждый приходит в офис со вторника по четверг.
  • Для распределенных команд у меня был хороший успех с использованием Wikis вместо гигантских листов бумаги на стене. Самое приятное в вики, что они поддерживают команду для редактирования форм для удовлетворения потребностей команды, а не для адаптации к более формальному инструменту.
  • Еще одно преимущество наличия Wiki - каждый человек может иметь свою собственную страницу для обмена фотографиями об их отпуске и увлечениях - это делает удаленные люди более реальными.
  • Когда у вас есть распределенная команда, я хочу, чтобы второе использование мгновенных сообщений включало статус (Доступно, Отсутствует (хватается за кубок кофе), Занят (на собрании)) - они могут включать заметки, если люди переключаются между работой на дому и в офисе.
  • Веб-камеры - недорогой и ценный инструмент.
  • Инвестируйте в достойный телефон с громкой связью (мы любим телефоны Polycom) для ваших групповых конференц-вызовов.
  • Используйте инструменты, такие как LiveMeeting, чтобы продвигать дистанционное парное программирование.
  • Техника для вставания по телефону заключается в том, чтобы заставить человека говорить имя кого-то еще в группе, которая еще не прошла - это заставляет всех обратить внимание.
  • Для совещаний по планированию итераций (спринт) - следить за протоколами встреч или план общения, чтобы убедиться, что все находятся на одной странице. Не размещаемый объект означает более подробную документацию и интенциональность при общении.

Удачи.

Ответ 6

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

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

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

-Adam

Ответ 7

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

Я делаю это в течение двух месяцев (работая в Канаде с основной командой в Дублине), и до сих пор все прошло очень хорошо.

См. отзыв Скотта Гензельмана в свой первый год, работающий удаленно в Microsoft - определенно некоторые хорошие советы там. Через год.

Ответ 8

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

Другими методами, позволяющими людям тесно вязать, являются инструменты совместной работы, такие как инструменты Вики и средства отслеживания проектов, такие как Basecamp или FogBugz.

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

Ответ 9

Мы смогли управлять ежедневными схватками в нашей среде даже с распределенными командами по телефону.

Это помогает использовать программное обеспечение, такое как Rally и Basecamp для управления процессом.

Ответ 10

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

Ответ 11

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

Когда вы делаете свои демонстрации рабочего кода для заинтересованных сторон в конце итерации, используйте веб-приложение или livemeeting или что-то, чтобы предоставить доступ к рабочему столу и камере, чтобы показать динамику, чтобы ваши распределенные участники могли видеть, что происходит. (Еще лучше было бы попросить ваших удаленных сотрудников присутствовать на итерационных границах для участия лично).

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

Используйте стену с распределенной картой. Мне нравится Mingle (http://mingle.thoughtworks.com), но я не использовал другие инструменты, поэтому не могу комментировать их.

Для ретроспективы полезно иметь прокси-сервер в комнате с помощью IM для общения с вашими распределенными членами команды... так, чтобы любые комментарии, которые распространяли люди, могли быть записаны на листок бумаги (или пост-он, или но вы делаете свое).

Что касается ваших опасений "вне места, из сердца вон", мое предпочтение в подобных ситуациях заключается в том, чтобы не создавать решения для проблем, которые еще не материализовались. Если вы обнаружите, что ваша команда становится отключенной (основные точки обсуждения для ретроспективы), вы можете облегчить дискуссию в команде о том, как справляться с любыми возникающими проблемами. Опять же - команда должна помочь определить проблему и решение, вместо того, чтобы иметь менеджера или мастера схватки, диктует решения. Начните с предположения о доверии.

Ответ 12

Распространение Scrum требует хорошей подготовки. Это не только инструмент.

Мы поддерживали многие развертывания в распределенной среде, и был один фундаментальный момент - люди.

Самое эффективное - начать со ВСЕХ людей в одном месте. Они должны встретиться лично, чтобы они могли знать друг друга как людей, а не просто виртуальных людей на другой стороне мира. Как я говорил - члены команды должны чувствовать запах друг друга.

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

Должны быть установлены четкие роли и организация команды (ов). У вас должен быть владелец продукта и мастера Scrum. Вы должны подумать, не хотите ли вы получить ПО и SM как можно ближе к команде. Определенно, вам нужно каждый день встречаться с ними лицом (лицом к лицу, а не с местом).

Определение сделанного, если это согласовано командой, помогает иметь то же понимание, что и делает Done. В распределенной среде обязательно.

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

И самое главное - сделать регулярные ретроспективы со всеми членами команды во всех местах. Не забудьте реализовать идеи, исходящие из ретроспективного. Команды в других местах нуждаются в местной поддержке, которая поможет им реализовать идеи.

Ответ 13

Я работаю в команде из 5 человек. Мы облегчаем наше дистанционное рабочее место, которое мы используем:

  • Asana - Управление проектами и задачами
  • Google Talk + Ваш любимый чат клиент (я использовал Pidgin)
  • RingCentral - телефон VOIP
  • Gmail - асинхронная связь (т.е. электронная почта)
  • Dropbox - передача файлов и резервное копирование
  • Team Viewer - совместное использование экрана, обучение и презентации

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

  • Общайтесь часто - потому что мы не в том же месте, когда вы общаетесь, легко забыть, что вы работаете в команде. Для нашей команды мы обновляем наши задачи в Асане с комментариями, описывающими идеи, препятствия и полноту задачи. Если требуется немедленная помощь или обратная связь, не ждите, обратитесь за помощью через IM или по электронной почте, если (человек находится в автономном режиме).
  • Положитесь на сторону общения - это больше относится к комментариям и письмам Asana. Однако в целом мы обнаружили, что лучше предоставить больше информации, чем необходимо (в пределах границ).