Всем привет!

D>Ситуация следующая, есть бизнес процесс: бизнес аналитики пишут бизнес требования и передают их дизайнерам, которые в свою очередь определяют структуру базы данных и пишут задания программистам, далее программисты реализуют все это и передают тестерам. Далее цикл повторяется.

D>В принципе это работает, но при этом есть следующие минусы:
D>- дизайнеры не оставляют свободы программистам, т.к. в их заданиях прописано все вплоть до имен классов, методов, имен локальных переменных и скл запросов, т.е. они пишут логику в ворде на неком самопальном языке похожем на бейсик.

Включите шаг на утверждение/согласование дизайна с разработчиками на реализуемость и оптимальность.

D>- т.к. система развита то уже никто не может охватить всю архитектуру и провести рефакторинг для, например, улучшения производительности.

Тут скорее всего кропотливая работа по восстановлению требований, архитектуры....

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

Попробовать оптимизировать сорс контрол, связать изменения кода с задачами и требованиями.

D>Как мне видится, здесь нужно вводить некоторый формальный процесс разработки (от сбора бизнес требований до реализации) с инструментальной поддержкой.

D>Поделитесь опытом, что вы используете (плюсы минусы)?

На сегодняшний день их много, желательно конечно комплексное и сильно интегрированное решение: IBM Rational Jazz, IBM Rational, Microsoft TFS