Какие модели и методологии разработки ПО вы знаете?

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

Каскадная (Waterfall) — классика жанра, она же "последовательный развод"

• Суть: Ты идешь строго по пунктам, как по ступенькам в ад. Сначала полгода пишешь требования толще "Войны и мира", потом полгода рисуешь дизайн, потом год кодишь, а потом, охуев, начинаешь тестировать и понимаешь, что требования были бредом сивой кобылы.
• Плюсы: Начальству нравится, можно красивые графики на стенку повесить. Всё задокументировано, как в архиве КГБ.
• Минусы: Гибкость — ноль ебать. Хочешь что-то поменять на полпути? Да пошёл ты нахуй, вернись к первому этапу и начни всё с чистого листа. Тестирование в самом конце — это как проверять, не сдох ли пассажир, только когда поезд уже приехал в тупик.
• Где впиндюривают: Там, где всё решают дяди в погонах или в строгих костюмах. Государственные конторы, военка, космос — там, где бумажка важнее работающей программы. "Требования утверждены, хуле менять-то?"

Гибкие методологии (Agile) — "давайте уже хоть что-то покажем"

• Суть: Бросили эту долбоёбскую линейность. Делим работу на короткие куски (спринты по 2-4 недели), быстренько что-то делаем, показываем заказчику, слушаем его мат, правим и поехали дальше.
• Scrum: Это когда у вас появляются свои шаманы. Product Owner — тот, кто кричит, что надо делать. Scrum Master — тот, кто отбивает от команды всех, кто мешает работать. А команда — те, кто собственно ебёт клавиатуру. Есть бэклог — длиннющая хуйня из хотелок, из которой вырывают кусок на ближайший спринт.
• Kanban: Визуализация для тех, кому ритуалы Scrum'а как серпом по яйцам. Висит доска (To Do, In Progress, Done), задачи — карточки. Главное правило — не распыляйся, не тащи в работу овердохуища задач сразу (WIP limit), а то всех заебёшь.

V-образная модель (V-Model) — "водопад, но с подстраховкой"

• Суть: Водопад, но для параноиков. Ты не просто идешь вниз по этапам, ты для каждого этапа разработки ЗАРАНЕЕ готовишь тесты. Это как строить мост и параллельно готовить грузовики, которые будут по нему ездить, чтобы сразу проверить, не разъёбется ли он.
• Соответствие этапов:
  • Поговорили с юзером → Готовим приёмочное тестирование (UAT), где он сам всё потрогает.
  • Придумали, как система в целом должна работать → Готовим системные тесты.
  • Разработали архитектуру, как модули общаются → Готовим интеграционные тесты.
  • Написали дизайн каждого модуля → Готовим юнит-тесты для каждого кусочка кода.
• Схема:

  Требования → Архитектура → Дизайн → Кодирование
  ↓           ↓           ↓         ↓
  UAT   → Системное → Интеграц. → Юнит-тесты

  Короче, думаем о тестах с самого начала, а не в конце, когда уже всё ебнулось.

DevOps — "разработчики и сисадмины больше не воюют" (в идеале)

• Суть: Это не методология, а, блядь, культура! Ломаем стену между теми, кто пишет код (Dev), и теми, кто его потом мучается запускать на серверах (Ops). Цель — чтобы от твоего коммита до работающей фичи у пользователя проходило минут 15, а не полгода писем с криками "А У МЕНЯ НЕ РАБОТАЕТ!".
• Фишки: Непрерывная интеграция (CI) — твой код постоянно сливается в общую кучу и автоматически проверяется. Непрерывная поставка/развертывание (CD) — если всё ок, код сам выкатывается на тестовые или даже боевые сервера. Инфраструктура как код (IaC) — чтобы поднять сервер, не надо полдня кнопки тыкать, пишешь скрипт и он сам всё делает. Красота, ёпта!

Спиральная модель (Spiral) — "осторожно, тут везде риски!"

• Суть: Это когда ты на каждом шагу оглядываешься и принюхиваешься. Каждый виток спирали — это цикл: планируем кусочек, смотрим, какие риски нас ебут (технические, финансовые, какие угодно), делаем прототип или кусок работы, оцениваем, и по новой. Похоже на Agile, но с упором на постоянную оценку опасностей.
• Где: Очень круто для огромных, ебучих неизвестных проектов, где в начале ни хуя не понятно, получится ли вообще. Сначала исследуешь самый рискованный кусок, чтобы не вложить миллионы, а потом понять, что это физически невозможно.

Вот, собственно, и весь цирк. Выбирай по обстановке: если требования ясны как божий день — можно и каскадом, если клиент сам не знает, чего хочет — только Agile, а если проект такой, что одно неверное движение — и ты накрылся медным тазом, то либо V-модель, либо спираль. DevOps — это вообще must have в наше время, если не хочешь, чтобы тебя разорвали на части сисадмины.