---
title: 'Agile (Kanban/Scrum)'
description: 'Agile через Kanban або Scrum допомагає команді бачити потік завдань, обмежувати перевантаження та регулярно звіряти пріоритети, обіцянки та результати.'
type: knowledge-card
locale: uk
canonical: 'https://yoseno.com/uk/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 та 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/uk/docs/knowledge/definition-of-done.md) — Definition of Done задає загальні умови готовності роботи, щоб команда однаково розуміла якість, перевірки та момент завершення завдання.
- [Картування потоку цінності (Value Stream Mapping)](https://yoseno.com/uk/docs/knowledge/value-stream-mapping.md) — Картування потоку цінності показує повний шлях роботи від запиту клієнта до результату та допомагає знайти затримки, втрати, зайві передачі та вузькі місця.
- [Team Charter](https://yoseno.com/uk/docs/knowledge/team-charter.md) — Team Charter фіксує цілі, ролі, правила комунікації та прийняття рішень, щоб команда могла звірятися із загальними домовленостями у щоденній роботі.
- [Аналіз після дій (After-Action Review)](https://yoseno.com/uk/docs/knowledge/after-action-review.md) — Короткий розбір після проєкту, інциденту чи ітерації допомагає команді зрозуміти, що очікували, що сталося та які висновки потрібно закріпити.