Что такое Agile?

Agile: Философия и методология разработки

Agile — это не инструмент и не фреймворк, а философия разработки, которая противопоставляется Waterfall (водопад). Agile подчеркивает адаптивность, итеративность и ориентацию на людей вместо процессов.

Основной манифест Agile (2001)

В 2001 году группа опытных разработчиков опубликовала Manifesto for Agile Software Development, который гласит:

Мы ценим:

1. ЛЮДЕЙ И ВЗАИМОДЕЙСТВИЕ больше чем процессы и инструменты
2. РАБОТАЮЩИЙ ПРОДУКТ больше чем полную документацию
3. ВЗАИМОДЕЙСТВИЕ С КЛИЕНТОМ больше чем договорное согласование
4. ГОТОВНОСТЬ К ИЗМЕНЕНИЯМ больше чем следование плану

Это не означает, что документация, договоры, процессы и планы не нужны — просто они не являются главным.

Четыре принципа Agile

1. Customer satisfaction через continuous delivery

Waterfall (водопад):  требования → 12 месяцев работы → релиз → 😐
Agile (гибкое):       требования → 2 недели → релиз → обратная связь
                      → 2 недели → улучшения → релиз → 😊

В Agile продукт поступает к пользователю часто (каждый спринт, каждый день), что позволяет рано обнаружить проблемы.

2. Приём изменений на позднем этапе разработки

# Waterfall: изменение требований на 11м месяце = катастрофа
# Agile: обнаружили проблему? Добавим в следующий спринт

# Пример
Спринт 1: Реализовали авторизацию через email
Спринт 2: Клиент попросил OAuth → добавляем
Спринт 3: Пользователи просят 2FA → добавляем

Так как работа разбита на куски (спринты), добавлять требования дешевле.

3. Частое взаимодействие команды и заказчика

Вместо того чтобы разработчик работал в углу 6 месяцев, в Agile:

• Daily standup (все дня в курсе)
• Sprint review (заказчик видит результат каждые 2 недели)
• Sprint retrospective (команда улучшает процесс)
• Product owner в команде (не отдельный контакт)

4. Предпочтение работающего кода и простоты

# Плохо: писать на 100% perfect код, 0 коммитов за месяц
# Хорошо: коммитить рабочий, простой код каждый день

# Плохо: писать 500 страниц документации
# Хорошо: самодокументируемый код + wiki с ключевыми решениями

Популярные фреймворки Agile

Scrum — самый распространенный (70% компаний)

Спринт (2 недели) → 
  Daily standup (каждый день)
  Sprint planning (в начало)
  Sprint review (в конец)
  Retrospective (в конец)
→ Повторить

Kanban — для потока работы

TODO → IN PROGRESS → REVIEW → DONE
 Лимит WIP (макс 3 в work)
 Визуализация
 Continuous delivery (без спринтов)

XP (Extreme Programming) — инженерные практики

Pair programming
Continuous integration
Test-driven development (TDD)
Refactoring

Ключевые роли в Agile (Scrum)

class ScrumTeam:
    class Product_Owner:
        """Владелец продукта, приоритизирует задачи, взаимодействует с клиентом"""
        responsibilities = [
            "Управление бэклогом",
            "Приоритизация фич",
            "Прием результатов в конце спринта",
            "Клиентский feedback"
        ]
    
    class Scrum_Master:
        """Фасилитатор, удаляет блокеры, улучшает процесс"""
        responsibilities = [
            "Проведение церемоний (standup, planning и т.д.)",
            "Удаление препятствий",
            "Защита команды от отвлечений",
            "Улучшение методологии"
        ]
    
    class Development_Team:
        """Разработчики, QA, дизайнеры — кроссфункциональная команда"""
        responsibilities = [
            "Разработка фич",
            "Оценка сложности",
            "Планирование спринта",
            "Демонстрация результатов"
        ]

Преимущества Agile

✓ Ранняя и частая обратная связь
✓ Низкий риск (проблемы видны рано)
✓ Гибкость к изменениям
✓ Высокая мотивация команды (видят результаты часто)
✓ Качество выше (постоянный рефакторинг, TDD)
✓ Лучшая коммуникация

Когда Agile НЕ подходит

✗ Очень большие команды (>50 человек)
✗ Закрытые контракты с неизменяемыми требованиями
✗ Высокий критический риск (ядерные станции, авионика)
✗ Не-софт проекты (но гибридный подход всегда есть)

Практический пример спринта

# Понедельник 9:30 AM — Sprint Planning (2 часа)
Теория = разбираем бэклог, оцениваем, берем в спринт
Спринт на 40 story points (у нас скорость 40 поинтов в спринт)

Понедельник-Пятница, каждый день 9:00 AM — Daily standup (15 мин)
"Вчера делал X, сегодня буду делать Y, мне нужна помощь с Z"

Пятница 4:00 PM — Sprint review (1 час)
Демонстрируем готовый код заказчику/PO
Получаем feedback

Пятница 5:00 PM — Retrospective (1 час)
"Что хорошо? Что плохо? Как улучшить в следующем спринте?"

От: новичку потребовалось 4 дня на первую задачу
Действие: пара его с опытным разработчиком

Противопоставление Waterfall

WATERFALL              AGILE
─────────────────────────────────
Секвенциально          Итеративно
Монолитный результат   Инкременты
Долгая разработка      Короткие спринты
Долгий feedback loop   Быстрый feedback
Трудно менять          Легко адаптировать
Предвидимо (на бумаге) На практике лучше

Резюме

Agile — это методология разработки, которая ставит людей, взаимодействие и рабочий продукт выше жестких процессов и планов. Она позволяет командам быстро адаптироваться к изменениям, получать регулярную обратную связь и выпускать ценный софт часто. Основные фреймворки: Scrum, Kanban, XP. Agile стала стандартом в IT благодаря её эффективности в условиях неопределённости и быстро меняющихся требований.