Географически распределенная разработка

Question

Моя компания использует меня как своего рода морскую свинку для разработчиков по обе стороны США. Главный офис находится в Денвере, а я в Луисвилле, штат Кентукки. Я пытаюсь придумать идеи, чтобы сделать удаленный опыт разработки лучше с опытом работы в главном офисе. Очевидно, он никогда не выстроится идеально, но я думаю, что мы все еще можем сделать это лучше.

Для справки, мы работаем в основном на Java, где Eclipse является предпочтительной средой IDE.

До сих пор я придумал:

• Instant Messaging/Skype - Может выступать в качестве как основной вход/выход/занят системой и системой быстрой связи.
• Портал развития - простая веб-страница со ссылками на важную документацию или ссылки на пакеты, которые мы используем в каждом проекте, и любую другую полезную информацию.
• Круиз-контроль - поэтому мы не тратим столько времени на срыв, а затем беспокоимся о сломанных сборках.
• VNC - В течение времени я хочу показать кому-то код, который еще не проверен в Git, или когда мне нужно пройти через серию экранов для критики/совета.

Какие еще инструменты доступны, которые мы можем использовать, чтобы помочь мне чувствовать себя меньше, как будто я оказался на необитаемом острове?

Answer 1

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

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

Если это практично, это, вероятно, действительно поможет иметь лицо в лицо в какой-то момент.

Answer 2

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

Answer 3

Я хотел бы взглянуть на:

• Campfire для обмена мгновенными сообщениями. Он делает все расшифровки для всех рабочих доступными для поиска, является веб-сайтом и представляет собой действительно хороший способ сделать онлайн-сотрудничество IM.
• Если у вас есть портал dev, я настоятельно рекомендую интерфейс типа вики ... и если я смогу сделать персональную рекомендацию, Fogbugz - фантастический вариант для этого.
• Одна вещь, которую я также рассмотрю, - это Groove от Microsoft для синхронизации документации. Я использовал его в прошлом и нашел, что он работает очень хорошо, чтобы убедиться, что у всех одинаковая версия документов. Вики также помогли бы с этим, но некоторые вещи просто должны идти в текстовых документах иногда.

Answer 4

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

Кроме того, вики/форумы являются обязательными.

Существуют плагины для затмения, которые позволяют осуществлять удаленное парное программирование, которое может быть немного жестким для реального программирования, но является отличным для обзоров кода. Я сказал, что вы должны проверять код между командами? :)

Answer 5

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

Answer 6

У нас есть офис по развитию в Марокко, и мы используем Skype для обмена мгновенными сообщениями (не для телефона, в сети слишком плохо).

Другой инструмент, который мы используем, я могу порекомендовать, это Mikogo (http://www.mikogo.com), для совместного использования экрана и онлайн-встреч.