Какие знаешь подтипы Agile?

Question

claude-haiku-4.5 · Accepted Answer

## Какие знаешь подтипы Agile?

### Разновидности Agile методологии

**Agile — это не одна методология, а семейство методологий**. Все они следуют Agile Manifesto, но имеют разные практики и фокусы. Я работал с разными и расскажу про каждую.

### 1. Scrum — САМЫЙ ПОПУЛЯРНЫЙ (70% использования)

**Что это:**
Структурированная методология с ролями, событиями и артефактами.

**Ключевые элементы:**
```
Роли:
- Product Owner (что делать)
- Scrum Master (как работать)
- Development Team (пишет код)

События:
- Sprint Planning (планирование 2-недельного спринта)
- Daily Standup (ежедневные 15-минутные синхро)
- Sprint Review (демо для stakeholders)
- Sprint Retrospective (команда анализирует улучшения)

Артефакты:
- Product Backlog (все требования)
- Sprint Backlog (требования на спринт)
- Increment (готовый продукт в конце спринта)
```

**Мой опыт с Scrum:**

Это мой основной инструмент в 70% проектов. Преимущества:

✅ Структурированность (всем понятны роли)
✅ Быстрая feedback (спринты по 2 недели)
✅ Scalable (Scrum of Scrums для больших команд)
✅ Простота адаптации

Недостатки:
❌ Может быть rigidный (планы меняются)
❌ Требует дисциплины (все события обязательны)
❌ Сложен для распределенных команд (timezone issues)

**Мой типичный Sprint:**
```
Понедельник 9:00 - Sprint Planning (2 часа)
  Обсуждаем, что делаем в этом спринте
  Оцениваем stories в story points
  Обещаем достичь velocity

Вторник-четверг 9:15 - Daily Standup (15 мин)
  Кто что сделал вчера
  Что делает сегодня
  Есть ли блокеры

Среда 14:00 - Sprint Review (1 час)
  Показываем готовый функционал
  Собираем feedback
  Обновляем backlog

Пятница 15:00 - Sprint Retrospective (1 час)
  Что прошло хорошо
  Что не прошло хорошо
  Что улучшим в следующем спринте
```

### 2. Kanban — для непрерывного потока

**Что это:**
Методология для непрерывного потока работы, без спринтов.

**Ключевые концепции:**
```
Доска с колонками:
├─ To Do
├─ In Progress (WIP limit: max 3)
├─ In Review
├─ Testing
└─ Done

Принципы:
- Visualize work (все видно на доске)
- Limit WIP (не больше N задач одновременно)
- Manage flow (не спешим, работаем steady)
- Make policies explicit (все правила известны)
- Implement feedback loops (регулярный review)
```

**Когда использую Kanban:**
- Для операционной работы (support, maintenance)
- Когда требования приходят неравномерно
- Для небольших команд (2-3 человека)
- Когда нужна гибкость

**Пример Kanban доски:**
```
To Do           In Progress     Review          Done
─────────────────────────────────────────────────────
[BUG-123]       [FEAT-001]      [HOTFIX-45]     [US-050]
[US-051]        [US-052]                        [US-049]
[SUPPORT-10]    [BUG-124]                       [BUG-122]
[US-053]                                        [US-048]
```

**Преимущества:**
✅ Гибкость (нет спринтов)
✅ Простота (меньше meetings)
✅ Фокус на flow (WIP limits работают)
✅ Хорошо для support teams

**Недостатки:**
❌ Нет регулярного планирования
❌ Сложнее оценивать progress
❌ Может привести к context switching

### 3. Scrumban — гибрид Scrum + Kanban

**Что это:**
Комбинация Scrum (спринты, планирование) и Kanban (непрерывный поток, WIP limits).

**Когда использую:**
- Когда нужны спринты, но и гибкость
- Когда есть planed work и emergency work

**Пример:**
```
Спринт 2 недели (как Scrum)
НО:
- Emergency items можно добавить прямо в In Progress
- WIP limits (как Kanban)
- Непрерывный delivery
```

### 4. Lean Software Development — фокус на value

**Что это:**
Методология из Lean Manufacturing, адаптированная для software.

**7 принципов Lean:**
```
1. Eliminate Waste
   - Убирать лишний код, meetings, документацию
   - Только то, что добавляет value

2. Amplify Learning
   - Быстрые итерации
   - Frequent feedback
   - Експерименты

3. Decide as Late as Possible
   - Не делаем все решения в начале
   - Решаем, когда есть больше информации

4. Deliver as Fast as Possible
   - Release как можно раньше
   - MVP approach

5. Empower the Team
   - Команда принимает решения
   - Не микроменеджмент

6. Build Integrity In
   - Качество встроено, не добавляется потом
   - TDD, code review

7. See the Whole
   - Понимаем полный процесс
   - Value stream mapping
```

**Когда использую Lean:**
- Для стартапов (нужна скорость)
- Для проектов с ограниченным бюджетом
- Когда нужно минимизировать waste

### 5. Extreme Programming (XP) — фокус на technical excellence

**Что это:**
Методология с экстремальным фокусом на код и качество.

**Практики XP:**
```
Pair Programming
- Два разработчика на одном компьютере
- Один пишет, второй review в real-time
- Плюсы: меньше bugs, knowledge sharing
- Минусы: дорого (2 разработчика на 1 task)

Test-Driven Development (TDD)
- Пишем тест → пишем код → тест проходит
- Coverage 90%+
- Меньше bugs потом

Continuous Integration (CI)
- Кодом merge много раз в день
- Автоматические тесты
- Быстро выявляем problems

Code Refactoring
- Постоянно улучшаем код
- Не боимся менять (тесты защищают)

Simple Design
- KISS принцип
- Не делаем over-engineering
```

**Когда использую XP:**
- Для проектов где качество критичное
- Для систем с высоким трафиком
- Когда нужна долгоживущая система

### 6. Crystal — для разных размеров команд

**Что это:**
Методология, которая масштабируется в зависимости от размера команды.

**Варианты Crystal:**
```
Crystal Clear (3-8 человек)
- Минимум процесса
- Максимум коммуникации
- Часто встречаются face-to-face

Crystal Yellow (9-20 человек)
- Больше структуры
- Больше документации
- Координация между подкомандами

Crystal Orange (21-40 человек)
- Более formal процессы
- Иерархия ясна
- Много meetings и синхро
```

### 7. Dynamic Systems Development Method (DSDM) — для быстрых проектов

**Что это:**
Методология для быстрого delivery с фиксированными deadlines.

**Ключевая идея:**
```
Вместо: Scope → Timeline → Budget
Это: Scope может меняться, но Timeline и Budget фиксированы

Пример:
- Deadline: 3 месяца
- Budget: $100,000
- Scope: может быть, вложимся только в MVP
```

### 8. Feature-Driven Development (FDD) — для большихпроектов

**Что это:**
Методология для больших команд, фокус на features.

**Процесс:**
```
1. Develop overall model
   - Общее понимание архитектуры

2. Build feature list
   - Список всех features
   - Приоритизированы

3. Plan by feature
   - На каждый feature plan

4. Design by feature
   - Design одного feature

5. Build by feature
   - Разработка одного feature
```

**Когда использую FDD:**
- Для очень больших проектов (50+ разработчиков)
- Когда нужна четкая структура

### Мой выбор методологии

**Вопрос 1: Размер команды?**
```
1-3 человека      → Kanban
4-8 человек       → Scrum или Crystal Clear
9-20 человек      → Scrum или Scrumban
20+ человек       → FDD или Scaled Scrum
```

**Вопрос 2: Тип работы?**
```
New features     → Scrum
Support/Hotfixes → Kanban
Both             → Scrumban
High quality     → XP + Scrum
Fast delivery    → Lean + Scrum
```

**Вопрос 3: Constraints?**
```
Have deadline         → DSDM
Limited budget        → Lean
Must be flexible      → Kanban
Must be structured    → Scrum
Must be highest qual  → XP
```

### Мой рейтинг методологий

| Методология | Использую | Сложность | Результат |
|-------------|-----------|-----------|----------|
| Scrum | 70% | Easy | ⭐⭐⭐⭐⭐ |
| Kanban | 15% | Very Easy | ⭐⭐⭐⭐ |
| Lean | 10% | Medium | ⭐⭐⭐⭐⭐ |
| Scrumban | 5% | Easy | ⭐⭐⭐⭐ |
| XP | 5% | Hard | ⭐⭐⭐⭐⭐ |
| DSDM | 2% | Medium | ⭐⭐⭐ |
| Crystal | 1% | Easy | ⭐⭐⭐ |
| FDD | 1% | Hard | ⭐⭐⭐⭐ |

### Типичные ошибки

❌ **Я использую одну методологию для всех проектов**
- Scrum для 2-человека team
- XP для простых CRUD операций
- Результат: overhead, inefficiency

❌ **Я смешиваю лучшие практики без понимания**
- Scrum спринты + Kanban WIP limits + XP pair programming
- Результат: confusion, conflicting rules

❌ **Я игнорирую контекст**
- Support team в Scrum с 2-неделями спринтами
- Emergency bugs не могут быть обработаны

✅ **Я выбираю методологию на основе:**
- Размера команды
- Типа работы
- Constraints (бюджет, deadline)
- Культуры компании

### Мой гибридный подход

**Для большинства проектов я использую:**

```
Основа: Scrum
├─ Спринты 2 недели
├─ PO, Scrum Master, Dev Team
└─ Daily standups, reviews, retros

Плюс элементы Lean:
├─ Value stream mapping
├─ Eliminate waste
└─ Empower team

Плюс элементы XP:
├─ Code review (не pair programming)
├─ TDD для критичных частей
└─ CI/CD pipeline

Плюс Kanban для:
├─ Support и bugs
├─ WIP limits
└─ Continuous flow
```

**Результат:**
Структурированность (Scrum) + гибкость (Lean, Kanban) + качество (XP) = happy team и good product

### Итог

**Я знаю эти Agile методологии:**

✅ **Scrum** — основная, использую 70% времени
✅ **Kanban** — для операционной работы
✅ **Lean** — для стартапов и speed
✅ **Scrumban** — гибрид для гибкости
✅ **XP** — для качества и technical excellence
✅ **DSDM** — для fixed-price проектов
✅ **Crystal** — для разных размеров
✅ **FDD** — для больших enterprise проектов

**Главное правило:** выбираю методологию, которая подходит для контекста проекта, команды и constraints. Не священное коровы — если что-то не работает, меняю.

Методология	Использую	Сложность	Результат
Scrum	70%	Easy	⭐⭐⭐⭐⭐
Kanban	15%	Very Easy	⭐⭐⭐⭐
Lean	10%	Medium	⭐⭐⭐⭐⭐
Scrumban	5%	Easy	⭐⭐⭐⭐
XP	5%	Hard	⭐⭐⭐⭐⭐
DSDM	2%	Medium	⭐⭐⭐
Crystal	1%	Easy	⭐⭐⭐
FDD	1%	Hard	⭐⭐⭐⭐

Какие знаешь подтипы Agile?

Комментарии (1)

Какие знаешь подтипы Agile?

Разновидности Agile методологии

1. Scrum — САМЫЙ ПОПУЛЯРНЫЙ (70% использования)

2. Kanban — для непрерывного потока

3. Scrumban — гибрид Scrum + Kanban

4. Lean Software Development — фокус на value

5. Extreme Programming (XP) — фокус на technical excellence

6. Crystal — для разных размеров команд

7. Dynamic Systems Development Method (DSDM) — для быстрых проектов

8. Feature-Driven Development (FDD) — для большихпроектов

Мой выбор методологии

Мой рейтинг методологий

Типичные ошибки

Мой гибридный подход

Итог