Цикл разработки программного обеспечения для команды поддержки

Question

Может ли кто-нибудь предложить программный процесс, подходящий для работы нашей команды?

1. Мы являемся командой из 6 разработчиков (в основном юниоров).
2. Мы поддерживаем систему заказа для онлайн-магазина книг (аналогично книгам Amazon).
3. Система доступна и работает.
4. Основная часть работы основана на задачах. Иногда возникает ошибка, требующая немедленной фиксации или новый модуль, который необходимо добавить в систему.
5. В большинстве случаев каждый разработчик работает над отдельным модулем ошибки, расчетное время которого может варьироваться от нескольких часов до нескольких дней.
6. Наши клиенты (отдел управления) находятся в другой стране (мы переданы на аутсорсинг), поэтому требования требуют много времени для проверки или обсуждения.

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

Примечание:

• Модель водопада явно терпит неудачу в нашем случае, как наша команда отвечает за сбор требований, проектирование, кодирование и тестирование всего.
• Мы пробовали применять гибкие методы, но это был полный сбой, главным образом из-за пунктов 4, 5 & 6. В нашей работе нет итераций или прототипов.

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

Answer 1

Вы говорите, что вы в основном юниоры. Итак, научитесь ходить, прежде чем пытаться бежать. Предлагаю вам попробовать поэтапную поставку модели.И я также предлагаю вам попробовать прочитать эту книгу: http://www.amazon.com/Software-Project-Survival-Guide-Practices/dp/1572316217

Answer 2

Я предлагаю использовать TFS Express, он бесплатный и имеет инструмент управления Agile, он по-прежнему бета-версии, но Microsoft дает тег Go Go, чтобы вы могли работать с ним и обновить свою работу, когда RTM релиз Вы можете скачать его здесь http://www.microsoft.com/visualstudio/11/en-us/downloads#tfs-express

Answer 3

Я настоятельно рекомендую RUP (Rational Unified Process) Причина в том,

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

Ранее он был закрыт источник, хотя IBM передал ее с открытым исходным кодом в 2005 году и здесь отличная презентация, которая, несомненно, поможет вам лучше понять его http://www.perftestplus.com/resources/rupfordummies_ppt.pdf

Надеюсь, что это поможет!