1. Waterfall - Все процессы разработки разъединены между собой. Они последовательны с дедлайнами и планами. Подходит для маленьких продуктов. Анализ >Дизайн > Разработка > Тестирование
2. RUP (Rational Unified Process) - Продукт появляется прогрессивно а не в один момент. Это уменьшает риски. Это итерационный подход. Цикличный подход разработки. Позволяет исправлять ошибки,которые не будут возникать в дальнейшем.
3. XP (Extreme Programming) - Программирование в рамках нестабильной среды. Задача - максимально уменьшить стоимость изменений , которые делаются в софте. Это упрощенная методология организации разработки программ для небольших и средних по размеру команд , в условиях неясных и быстро меняющихся требований*. Итеративность, интенсивность и большой риск*. Заказчик чаще вовлечен в процесс разработки.
4. Lean Development - В двух словах, Lean говорит: безжалостно избавляйтесь от всего, что не добавляет дополнительной ценности, и делайте только то, в чем вы абсолютно уверены, что это нужно делать в настоящий момент. Устранять потери означает устранять бесполезные собрания, задачи и документацию. Но это также означает избавляться от временных потерь в любых известных задачах, которые нужно будет сделать в будущем (все постоянно меняется и часто в итоге становится ненужным. Если бы мы сделали что-то наперед, то мы должны были бы потратить время на переделку этого, потому что условия или наше понимание уже изменилось в последствии). Это также означает, что мы должны избавляться от не эффективных способов работы, таких как многозадачность, чтобы мы могли делать поставки быстро. Устранение лишнего, Цикличная разработка, Обратная связь с клиентом, Решение на основе фактов, Исключение потерь, Сделать клиента счастливым, Минимизация рисков
5. SCRUM - Это каркас разработки, с использованием которого люди могут решать появившиеся проблемы , при этом производить высококачественные продукты. Основой Scrum является Sprint, в течении которого выполняется работа над продуктом. По окончанию Sprint должна быть получена новая рабочая версия продукта. Sprint всегда ограничен по времени (1-4 недели) и имеет одинаковую продолжительность на протяжении все жизни продукта. Перед началом каждого Sprint производится Sprint Planning, на котором производится оценка содержимого Product Backlog и формирование Sprint Backlog, который содержит задачи (Story, Bugs, Tasks), которые должны быть выполнены в текущем спринте. Каждый спринт должен иметь цель, которая является мотивирующим фактором и достигается с помощью выполнения задач из Sprint Backlog.