Соглашения, которые можно использовать для дистанционной работы в командном проекте - PullRequest
1 голос
/ 10 июля 2010

Какие соглашения вы бы посоветовали, когда выполняете некоторую дистанционную работу (скажем, через CVS или SVN) над командным проектом?В частности, что можно сделать, чтобы избежать внесения крупномасштабных изменений, которые могут потребоваться, и риска перепутать / задержать других членов команды?Если необходимо провести тестирование, как оно должно выполняться, чтобы код не был загрязнен инструкциями, которые необходимо будет очистить перед началом работы приложения?Меня интересует все, что связано с методологией, а также любые небольшие советы, которые могут улучшить общение, например, оставление комментариев TODO в исходном коде.

1 Ответ

4 голосов
/ 11 июля 2010

Общение является более важным, чем соглашение. Моя команда разделена, наполовину в Европе и наполовину в США, и наш успех основан на четком, регулярном общении:

  • Ежедневная 15-минутная конференц-связь, на которой все говорят, в какой области они работают. Затем следует резюме по электронной почте.
  • Еженедельная 2-часовая видеоконференция, на которой кто-то представляет сложную работу.
  • Как лидер, я обсуждаю каждую задачу с разработчиком, по крайней мере, за несколько минут до их начала, проверяю их по крайней мере один раз в день по телефону, в чате или лично; и ожидайте краткий обзор, когда задача будет выполнена. Суть не в том, чтобы проверить их, чтобы убедиться, что они сделали все правильно * - их бы не наняли, если бы мы не были на 100% уверены, что они могли бы.

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

Также, пожалуйста, не оставляйте комментарии TODO в исходном коде. Бросайте исключение UnsupportedOperationException / NotImplementedException, пока вы не будете готовы реализовать, а затем полностью его внедрите.

* Право не значит идеально. Всегда есть лучший дизайн, лучший способ что-то кодировать, а постоянное общение способствует непрерывной обратной связи.

...