В чем разница между Scrum и Kanban?

А, вот эта тема про Scrum и Kanban! Ну что ж, давай разберём, чтобы не путать тёплое с мягким, а итеративное с потоковым. Ситуация, блядь, классическая: менеджер приходит и говорит — «нам нужна agile-трансформация, в рот меня чих-пых!». А сам нихуя не понимает, в чём разница.

Scrum — это как поезд с расписанием, ёпта. Разбежался, запрыгнул в спринт и поехал две недели, не сворачивая. Kanban — это как такси без счётчика: едешь куда надо, но можешь в любой момент крикнуть «ой, стой, нахуй, я тут выйду, щас бабушку подвезу!».

Сравнительная таблица (чтобы не быть мудаком и не путать):

Пример Scrum-процесса:

┌─────────────────────────────────────────────────┐
│ Sprint #5 (2 недели)                            │
├─────────────────────────────────────────────────┤
│ День 1: Sprint Planning → выбираем задачи из    │
│         Product Backlog в Sprint Backlog        │
│ День 1-10: Daily Standup (15 мин)               │
│ День 10: Sprint Review → демонстрация инкремента│
│ День 10: Retrospective → улучшение процесса     │
└─────────────────────────────────────────────────┘

Пример Kanban-доски:

┌─────────────┬──────────────┬─────────────┬─────────────┐
│   Backlog   │   Selected   │ In Progress │    Done     │
│             │   (WIP≤5)    │   (WIP≤3)   │             │
├─────────────┼──────────────┼─────────────┼─────────────┤
│ • Task F    │ • Task A     │ • Task B    │ • Task X    │
│ • Task G    │ • Task C     │ • Task D    │ • Task Y    │
│ • Task H    │ • Task E     │             │ • Task Z    │
└─────────────┴──────────────┴─────────────┴─────────────┘
↑ WIP-лимиты предотвращают перегрузку команды

А теперь, блядь, самое вкусное — как выбрать, чтобы потом не орать «я нихуя не понимаю, почему у нас ничего не работает!».

# Псевдокод для выбора методологии
def choose_methodology(project_type):
    """
    Выбор между Scrum и Kanban на основе характеристик проекта
    """
    if project_type == "new_product_development":
        # Scrum: предсказуемые итерации, приоритизированный бэклог
        return {
            "methodology": "Scrum",
            "reason": "Нужны регулярные релизы и фиксированное планирование",
            "sprint_length": "2 недели",
            "ceremonies": ["Planning", "Daily", "Review", "Retro"]
        }
    elif project_type == "support_maintenance":
        # Kanban: непрерывный поток, срочные запросы
        return {
            "methodology": "Kanban",
            "reason": "Непрерывный поток работ, частые срочные задачи",
            "wip_limits": {"Selected": 5, "In Progress": 3},
            "metrics": ["Cycle Time", "Throughput"]
        }
    elif project_type == "mixed":
        # Scrumban: гибридный подход
        return {
            "methodology": "Scrumban",
            "reason": "Нужны итерации Scrum с гибкостью Kanban",
            "features": ["Sprints", "Kanban Board", "WIP Limits"]
        }

Ключевой insight, блядь: Scrum — это когда тебе надо предсказуемо через каждые две недели выдавать результат, даже если мир горит. А Kanban — это когда мир реально горит, и тебе надо тушить пожары по мере поступления, без всяких спринтов. А умные, блядь, ребята часто берут гибрид — Scrumban. Это когда вроде спринты есть, но доска висит, и WIP-лимиты не дают команде взять столько задач, что они, сука, с ума сойдут. Ёпта, вот и вся магия.