Здравствуйте, AndreyFedotov, Вы писали:

<skipped>

RUP мы не используем, у нас свой тех.процесс.
Хотя он сильно перекликается по идеям с RUP.

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

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

Здравствуйте, AndreyFedotov, Вы писали:

AF>Господа (и Дамы). Вопрос к тем кто работает в командах или руководит работой команд, использующих в своей работе UP или RUP.
AF>Чем и как использование подобных технологий в реальной работе помогает?
AF>Если Ваша команда декларирует, что следует какой либо разновидности UP, то в какой степени (с Вашей точки зрения) команда действительно следует процессу — а в какой разработка идёт "using the force"?
AF>Возможно вопрос уже обсуждался. И тем не менее, хотелось бы узнать Ваше мнение.
AF>Заранее спасибо за ответы.
AF>С Уважением, Андрей

2 года использую RUP в маленьких группах для создания отдельных продуктов в рамках одной боьшой платформы.
Основное приимущество для меня это то, что наиболее критичные участки разработки приходятся на первые две фазы (менее 1/3 от общего времени разработки и развертывания). После этого можно достаточно течно оценить дальнейшие затраты. Для меня это очень важно, поскольку работаю с оборудованием, а оно иногда себя ведет очень непредсказуемо.

Господа (и Дамы). Вопрос к тем кто работает в командах или руководит работой команд, использующих в своей работе UP или RUP.
Чем и как использование подобных технологий в реальной работе помогает?
Если Ваша команда декларирует, что следует какой либо разновидности UP, то в какой степени (с Вашей точки зрения) команда действительно следует процессу — а в какой разработка идёт "using the force"?
Возможно вопрос уже обсуждался. И тем не менее, хотелось бы узнать Ваше мнение.
Заранее спасибо за ответы.
С Уважением, Андрей

Здравствуйте, pangolin, Вы писали:


P>Основное приимущество для меня это то, что наиболее критичные участки разработки приходятся на первые две фазы (менее 1/3 от общего времени разработки и развертывания). После этого можно достаточно течно оценить дальнейшие затраты.

Это связано с изменениями в архитектуре системы? (Которые впоследствии становятся устоявшимися).