Между всеми этими методологиями столько общего, что возникает естественный вопрос, нельзя ли найти возможность для совместной работы. Для этого в феврале 2001 года был проведен семинар, куда пригласили представителей от каждой из описанных выше методологий. Таким образом, дело не ограничилось простым установлением контакта между лидерами методологий, и было высказано предложение выпустить совместное заявление - призыв к большему использованию гибких методологий. В результате родился Манифест гибкой разработки программного обеспечения (Manifesto for Agile Software Development) - описание общих черт и принципов гибких процессов. В нем также высказывается намерение сотрудничать и в дальнейшем, а также способствовать тому, чтобы и специалисты в области бизнеса, и специалисты в области техники, использовали гибкие подходы в разработке ПО и требовали этого от своих партнеров
Всякий раз при обсуждении методов разработки ПО в сфере объектно-ориентированных технологий, разговор неизбежно заходит о роли Rational Unified Process (Рациональный Унифицированный Процесс). Унифицированный Процесс был разработан Филиппом Крачтеном (Philippe Kruchten), Иваром Якобсоном (Ivar Jacobson) и другими сотрудниками компании "Rational Software" в качестве дополнения к языку моделирования UML. RUP представляет собой каркас для процессов, и таким образом, включает в себя огромное их количество. Именно эта черта RUP вызывает основную критику - поскольку он может быть чем угодно, его нельзя считать ничем определенным. В результате такого каркасного построения RUP можно использовать и как основу для самого, что ни на есть традиционного водопадного стиля разработки, и в качестве гибкого процесса. Итак, RUP может быть и гибким, и тяжеловесным процессом - все зависит от того, как вы будете его применять в вашем конкретном случае.
Еще одним вариантом "гибкого RUP" является процесс dX Роберта Мартина (Robert Martin). dX - это процесс, полностью соответствующий RUP, и при этом являющийся копией ХР (чтобы понять шутку, переверните "dХ"). dX создан для тех, кто вынужден использовать RUP, хотя хотел бы работать по XP. А этот процесс является одновременно и XP, и RUP, что являет собой хороший пример "гибкого" использования RUP.
Адаптивный процесс стоит использовать, если у вас:
А в этих случаях лучше использовать предсказуемый процесс: