Каковы ключевые отличия методологий Waterfall и Agile?

А, слушай, вот это тема, про которую можно до утра спорить, пока не прилетит стул в голову. Смотри, есть два лагеря, два храма, две религии, блядь.

Waterfall, он же Каскад, он же Водопад — это как строить дом по чертежу, который нарисовал какой-то пьяный архитектор в 1992 году и с тех пор его нельзя трогать. Всё по плану, сука, как в армии.

1. Ты сидишь с заказчиком, а он тебе такой: «Хочу систему управления полётами на Марс, но чтобы кнопка была синяя». Ты записываешь. Всё. Дверь нахуй закрывается. Требования заморожены, как мамонт в вечной мерзлоте.
2. Потом полгода рисуешь дизайн этой кнопки. Архитектуру, блядь, всей системы под неё.
3. Потом год пишешь код. «О, а на кой хер тут кнопка?» — думаешь ты. Но молчишь, ибо фаза реализации, а не вопросов.
4. Потом подходит тестировщик, нажимает на синюю кнопку, и вся система, ебать её в сраку, взрывается, потому что архитектор в пьяном угаре не предусмотрел, что на Марсе нет атмосферы. Но менеджмент уже потратил бюджет на шашлык. Пиздец. Риски, блядь, высокие, как у космонавта без скафандра.

Agile, он же Гибкий, он же «ребята, давайте думать головой» — это полная его противоположность. Тут ты не строишь дворец, а выращиваешь сад, похуй.

• Итеративный, инкрементальный — звучит сложно, а на деле: работаешь короткими циклами (спринтами), по 2-4 недели. В конце каждого — у тебя есть кусок работающей фигни, которую можно потрогать. Не «вот через год будет ракета», а «вот, смотри, через две недели — колесо от этой ракеты, оно катится, ёпта!».
• Гибкость — овердохуища. Заказчик (Product Owner) посмотрел на колесо и говорит: «А давайте вместо колеса — шар!». И ты не кончаешь кипятком, а говоришь: «Окей, на следующем спринте приоритет на шары». Изменения — это не катастрофа, а воздух, которым дышит процесс.
• Тестирование — не отдельная пытка в конце, а непрерывный процесс. Пишешь кусок кода — тут же его тестируешь. Это как мыть посуду сразу после еды, а не копить гору в раковине, пока не заведётся новая форма жизни.
• Риск — управляемый. Если идея с шаром — полная хуйня, ты понимаешь это через месяц, а не через год, когда уже потратил миллионы.

Вот тебе аналогия в коде, чтобы вообще всё встало на свои места:

• Waterfall в коде — это жёсткий, монолитный пиздец, где всё завязано друг на друге. Хочешь поменять цвет кнопки? Перепиши половину ядра, блядь. Все зависимости прописаны намертво, как судьба.

  // Всё должно быть известно при компиляции. Никаких сюрпризов.
  public class MonolithicSystem {
  private BlueButton button = new BlueButton(); // Решили в 1992 году, что она синяя. Точка.
  private Database db = new OracleDatabase(); // И база только такая. Иначе смерть.
  }

• Agile в коде — это модульная архитектура, чёткие интерфейсы. Кнопка — это просто реализация интерфейса Clickable. Сегодня она синяя, завтра — зелёная и поёт гимн. Поменял реализацию — и основная система даже не чихнула.

  
  // Интерфейс — контракт. А реализация — дело десятое.
  public interface Button {
  void render();
  void onClick();
  }

// Сегодня вот такая public class BlueButton implements Button { /.../ }

// Завтра заказчик захотел розовую с перламутром public class PinkNacreButton implements Button { /.../ }

// Системе похуй. Она работает с интерфейсом Button. public class AgileSystem { private Button button; // Подсунули любую кнопку — работает. }

**Вывод, блядь:** Waterfall — это для проектов, где требования яснее ясного и не менялись со времён царя Гороха. Типа ПО для атомной станции или запуска ракеты «Союз» (хотя и там, я подозреваю, уже не так). А для всего остального, где заказчик сам не знает, чего хочет, а рынок скачет как угорелый — **Agile (Scrum, Kanban) — это стандарт де-факто, ебать его в рот.** Потому что он про здравый смысл: делай по чуть-чуть, показывай, получай фидбэк, корректируй. И не неси хуйню, как Герасим, до самого конца.