---
title: 'Agile (Kanban/Scrum)'
description: 'Agile через Kanban или Scrum помогает команде видеть поток задач, ограничивать перегруз и регулярно сверять приоритеты, обещания и результаты.'
type: knowledge-card
locale: ru
canonical: 'https://yoseno.com/ru/docs/knowledge/agile-kanban-scrum'
---

# Agile (Kanban/Scrum)

Agile через Kanban или Scrum помогает команде видеть поток задач, ограничивать перегруз и регулярно сверять приоритеты, обещания и результаты.

- **Темы:** Скорость операций, Синхронизация команды, Надёжность команды, Структура и ясность команды

## Что это

Agile в этой карточке — набор рабочих правил для управления задачами команды. Kanban делает видимым поток работы и лимиты незавершенных задач, а Scrum добавляет регулярное планирование, синки, обзор результата и ретроспективу. Практика помогает, когда команда теряет ритм, берет слишком много параллельной работы или спорит о приоритетах уже в процессе исполнения.

## Когда помогает

- Команда часто начинает новые задачи, но долго не доводит их до готового результата.
- Приоритеты меняются в чатах, и участники не понимают, какие обязательства уже приняты.
- На встречах обсуждают статус, но после них не ясно, кто снимает блокеры и что идет дальше.
- Люди перегружены параллельной работой, а руководитель видит проблему только после срыва срока.
- Команда хочет быстрее замечать узкие места без ручного сбора отчетов у каждого участника.

## С чего начать

1. Выберите один общий экран задач: доску с колонками «к работе», «в работе», «на проверке», «готово».
2. Назначьте владельца потока, который следит за правилами доски, блокерами и переполнением колонок.
3. Зафиксируйте лимиты WIP для ключевых колонок, чтобы команда не брала новые задачи при явном перегрузе.
4. Проведите короткое планирование: выберите ближайшие задачи, уточните критерии готовности и зависимости.
5. Проверьте через неделю, где задачи застревали, и на ретроспективе выберите одно изменение в правилах работы.

## Ожидаемая польза

Команда получает общий источник правды по задачам и обязательствам. Руководителю проще видеть перегруз и блокеры раньше, а участникам — договариваться о приоритетах до того, как работа распадается на несвязанные личные списки.

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

- Доску ведут ради отчетности, но решения и блокеры продолжают жить только в чатах.
- Лимиты WIP объявляют, но руководитель все равно добавляет срочные задачи поверх уже взятых обязательств.
- Scrum-ритуалы копируют формально, без ясного результата каждой встречи.
- Команда спорит о методе вместо того, чтобы договориться о простых правилах потока и регулярно их проверять.
- Практика хуже работает, если у команды нет стабильного владельца приоритетов или задачи постоянно приходят без отбора.

## Что почитать

- Книга: David J. Anderson, Kanban: Successful Evolutionary Change for Your Technology Business
- Книга: Jeff Sutherland, Scrum: The Art of Doing Twice the Work in Half the Time
- Документация: Scrum Guide, Ken Schwaber and Jeff Sutherland
- Книга: Mike Burrows, Kanban from the Inside
- Книга: Henrik Kniberg, Scrum and XP from the Trenches

## Вопросы и ответы

### Нужно ли сразу выбирать между Kanban и Scrum?

Нет. Можно начать с общей доски, лимитов незавершенной работы и еженедельной проверки потока. Если команде нужен более жесткий ритм планирования и обзора результата, добавьте элементы Scrum.

### Кто должен владеть этой практикой?

Обычно стартует руководитель команды или операционный лидер. Важно назначить человека, который следит за правилами доски, помогает снимать блокеры и возвращает обсуждение к приоритетам.

### Можно ли начать без консультанта?

Да. Для старта достаточно одной доски, явных колонок, короткого планирования и регулярной ретроспективы. Внешняя помощь может понадобиться позже, если конфликты приоритетов лежат выше уровня команды.

### Как понять, что практика работает?

Смотрите, стало ли меньше незавершенных задач, быстрее ли видны блокеры и понятнее ли команде, что считается готовым результатом. Не оценивайте только количество встреч или заполненность доски.

## Связанные карточки

- [Definition of Done (DoD)](https://yoseno.com/ru/docs/knowledge/definition-of-done.md) — Definition of Done задает общие условия готовности работы, чтобы команда одинаково понимала качество, проверки и момент завершения задачи.
- [Картирование потока ценности (Value Stream Mapping)](https://yoseno.com/ru/docs/knowledge/value-stream-mapping.md) — Картирование потока ценности показывает полный путь работы от запроса клиента до результата и помогает найти задержки, потери, лишние передачи и узкие места.
- [Team Charter](https://yoseno.com/ru/docs/knowledge/team-charter.md) — Team Charter фиксирует цели, роли, правила коммуникации и принятия решений, чтобы команда могла сверяться с общими договоренностями в ежедневной работе.
- [Анализ после действий (After-Action Review)](https://yoseno.com/ru/docs/knowledge/after-action-review.md) — Короткий разбор после проекта, инцидента или итерации помогает команде понять, что ожидали, что произошло и какие выводы нужно закрепить.