База знань практик

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

FAQ

Чи потрібно відразу вибирати між Kanban та Scrum?

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

Хто має володіти цією практикою?

Зазвичай стартує керівник команди чи операційний лідер. Важливо призначити людину, яка стежить за правилами дошки, допомагає знімати блокери та повертає обговорення до пріоритетів.

Чи можна розпочати без консультанта?

Так. Для старту достатньо однієї дошки, явних колонок, короткого планування та регулярної ретроспективи. Зовнішня допомога може знадобитися пізніше, якщо конфлікти пріоритетів лежать вище за рівень команди.

Як зрозуміти, що практика працює?

Дивіться, чи поменшало незавершених завдань, чи швидше видно блокери і чи зрозуміліше команді, що вважається готовим результатом. Не оцінюйте кількість зустрічей або заповнення дошки.