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

Обе методологии относятся к Agile, но организуют рабочий процесс по-разному, что напрямую влияет на планирование тестирования и работу QA-инженера.

Scrum:

• Циклы: Работа ведется фиксированными итерациями — спринтами (обычно 2-4 недели).
• Планирование: В начале спринта на планировании (Sprint Planning) команда, включая тестировщиков, оценивает и берет в работу фиксированный набор задач из бэклога продукта (Sprint Backlog).
• Роли: Четкое разделение на Scrum Master, Product Owner и команду разработки (включая QA).
• Цель спринта: В конце спринта команда должна предоставить готовый, потенциально релизный инкремент продукта. Все задачи, включая тестирование, должны быть завершены.
• Для QA: Позволяет четко планировать объем тестирования на спринт, но требует укладываться в жесткие временные рамки. Тестирование интегрировано в каждый спринт.

Kanban:

• Циклы: Непрерывный поток задач без фиксированных итераций. Задачи поступают и завершаются по мере готовности.
• Планирование: Планирование может быть более гибким, по мере поступления приоритетных задач.
• Роли: Нет строгих предписанных ролей. Команда фокусируется на потоке работ.
• Визуализация и лимиты: Используется доска Kanban (To Do, In Progress, Done). Ключевой элемент — WIP-лимиты (Work In Progress), которые ограничивают количество одновременно выполняемых задач, чтобы избежать перегрузки.
• Для QA: Позволяет быстрее реагировать на срочные баг-фиксы или изменения. Тестирование становится частью единого потока. WIP-лимит на колонке "Testing" помогает балансировать нагрузку и не допускать накопления непроверенных задач.

Мой опыт: В проектах с частыми хотфиксами и поддержкой мы использовали Kanban, так как это позволяло оперативно вставлять в поток критичные исправления. В проектах с долгосрочным развитием продукта Scrum помогал дисциплинированно доставлять крупные функциональные блоки, где тестирование было частью определения "Готово" для каждой задачи.