О каких подводных камнях мне нужно знать при совместной разработке с клиентом или сторонней организацией? - PullRequest
1 голос
/ 17 июня 2009

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

Ответы [ 4 ]

2 голосов
/ 17 июня 2009

Самая большая ловушка : Понятия не имею, кто за что отвечает.

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

1 голос
/ 17 июня 2009

Соображения:

  • Последовательность . Согласуйте язык для использования, стили кода, формат документации заранее
  • Простота сотрудничества . Настройте SVN или GIT, чтобы гарантировать, что все изменения зарегистрированы и подотчетны
  • Планирование . Никто не должен писать какой-либо код, пока вы полностью не наметите, что делает приложение.
  • Связь . Убедитесь, что общение хорошо организовано. Вы не хотите, чтобы разные вещи говорили разным людям. Настройте список рассылки или форум, чтобы люди были в курсе событий.
  • Изменения . Как будут добавлены изменения и функции.
  • Ответственность . Где заканчиваются ваши обязанности и начинаются подрядчики. Если подрядчик отправляет данные, которые ваша сторона не может обработать, это ваша обязанность исправить данные или их? Это самая большая проблема, потому что может быть трудно предвидеть эти вещи. Особенно не предполагайте, что линии очевидны, так как часто обязанности перекрываются. Четко и рано определите границы своих обязанностей.
0 голосов
/ 17 июня 2009

Частые обновления. Вы должны стараться собирать всех каждые две-три недели, чтобы убедиться, что ваш код работает вместе, иначе вы потратите недели на то, чтобы объединить их в работающую программу.

0 голосов
/ 17 июня 2009

Это может сработать только при наличии четкой линии ответственности и лидерства. Помимо самого клиента, ваша фирма отвечает за контроль над сторонними парнями? Наоборот?

Если нет ясного "решающего фактора", это будет ад.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...