Как вы управляете веб-разработчиками удаленно?


4

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

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

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

  0

Сколько раз в месяц вы можете видеть их лицом к лицу? 23 сен. 082008-09-23 21:16:54

  0

Скажем, один раз. Я хотел бы выяснить, как это сделать с людьми, которые являются местными, но работают из дома, и с людьми по ту сторону страны, которые не смогут войти так часто. 24 сен. 082008-09-24 13:58:52

9

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

  1. [Everyone] Хорошо общайтесь. Когда вы беседуете лицом к лицу, вы можете быть подробным и объяснять вещи в круговом бою. Когда вы ограничены электронной почтой, IM и телефоном, все стороны должны объяснять себя полностью, но кратко. Я нахожу, что обобщение длинных писем в запросах/действиях указывает на то, чтобы сделать все хорошо.

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

  3. [Управление] Не приставайте разработчиков.Если вам нужно что-то срочно, установите статус билета, дайте им вызов и преследуйте их позже в тот же день. Получасовые письма с просьбой «еще сделано?» приносит больше вреда, чем пользы!

  4. [Управление] Удостоверяются, что сообщения передаются вместе. Если разработчик говорит, что «кому-то нужно что-то делать», ваша работа - убедиться, что сообщение передано правильному человеку. Есть несколько вещей, более раздражающих, чем передача сообщения менеджеру проекта, чтобы они случайно сидели на нем. Я не хочу преследовать такие вещи, потому что это, честно говоря, не то, за что мне платят.

  5. [Управление] Удостоверьтесь, что у людей есть чем заняться. Если вы отправите их домой, не имея в своем списке задач, что они могут немедленно действовать, они не собираются прилагать усилия. Проклятый взгляд сложнее держать себя продуктивным дома, чем в офисе, когда у вас мало или ничего, что вы можете сделать. Возможно, вам придется манипулировать задачами, если есть блокиратор.


0

Я обычно использовал некоторое время на основе сообщества, такое как вики, блог или форум для обработки областей документации. У нас также есть телефонная система Cisco и некоторые возможности системы. Я бы также рекомендовал живую встречу или вебэкс, чтобы делать частые встречи в команде. Клиенты Skype и IM, такие как Live Messenger, также являются хорошими инструментами. Для коротких обновлений статуса твиттер делает трюк.


0

Проверьте Agile Scrum методология с VSTS. Scrum заставляет нас иметь ежедневные 15-минутные встречи и маленькие мильные камни, Он обеспечивает эффективную совместность и тесную связь. Удостоверьтесь, что вы используете задачу, назначение ошибок и т. Д. Через VSTS


4

Я работаю дома полный рабочий день. Вот что помогает моей небольшой (6 человек) команде.

Настройка правил использования IM. Например, разрешите удаленным работникам блокировать время, чтобы не прерываться электронной почтой или чатом. Требовать, чтобы работники сохраняли статус в актуальном состоянии (IM, Yammer и т. Д.), Что помогает держать их подотчетными, чтобы оставаться на задаче. Оставайтесь на связи, не отвлекаясь.

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

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


0

Я согласен с ответом Джона Шихана. Я консультант и управляю другими консультантами - как на проектной основе (как PM), так и на клиентской основе в рамках проектов. Я работал с разработчиками исключительно на удаленной основе, а также дистанционно (что означает большую часть времени, когда мы находимся вместе). Работать дистанционно - это вопрос доверия и общения. Совместное размещение лучше, но если вы работаете дистанционно, просто создайте культуру частых сообщений. IM и телефон отлично подходят для этого, по электронной почте меньше. Если у вас есть меньше, чем коммуникативный сотрудник, вам решать, как менеджер связаться. Запросить статус. Часто вводить код для проверки кода.

[EDIT] - Да, не приставайте и не ожидайте! Будьте ясны и кратки.


0

Прежде всего, используйте scrum (ежедневные призывы к схватке, доска для всплывающих окон с диаграммой ожесточения (wikis делают отличную работу там), итерацию в спринте и т. Д.). Рядом с этим используются инструменты, которые облегчают взаимодействие удаленно, как скайп и VNC (возможно, костер?) И вики. Я проработал 2 года в проекте с людьми в 3 странах на двух континентах и ​​в разных часовых поясах, и он работал достаточно хорошо. Ключ имеет инструменты и методологии, которые затрудняют людям «скрытие», так что все, что вы и ваша команда делаете, видно.


1

«Любая идея, как эффективно управлять и сотрудничать с разработчиками, работающими удаленно?»

Что означает «эффективно»? Я могу быть отрицательным и предполагаю, что это означает «со мной, руководителем проекта, контролирующим все». Я могу быть позитивным и предположить, что вы хотите, чтобы люди были настолько эффективными, насколько это возможно.

Иногда «эффективный» - это руководство, говорящее «под моим контролем». Или это означает «не прикручивать».

Вопрос, то есть «эффективно делать что?» Эффективно «работа» довольно расплывчата. Отсюда мой прыжок на темную сторону управления проектами. [Который, я признаю, вероятно, ошибается. Но без особых проблем с производительностью в группе вопрос не имеет ответа.]

«Трудно работать вместе без использования доски и ручного размаха». Это иногда бывает так, что есть много замен. «Ручное размахивание» через Интернет происходит медленнее и более тщательно.

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

Я считаю более эффективным использовать альтернативные технологии «медленного движения» доски. Мне нравится, когда я вижу проект подачи идеи. Прокомментируйте это. Уточните это. Очень похоже на Wiki или Stackoverflow. Мне очень нравится интернет-модель RFC - вот моя идея; прокомментируйте это. Когда нет никаких улучшений, это так же хорошо, как и будет.


1

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

  • SharedView
  • Удаленный Deskop Помощь
  • Live Meeting
  • Oovoo
  • Skype

В зависимости от того, кто и сколько будет зависеть от инструмента I использовать.

«Используйте подходящий инструмент для работы и инвестируйте в чертову хорошую гарнитуру». - Меня.


0

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

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

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

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


0

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

Они довольно быстр и, казалось, очень полезны.