Інструмент Kanban: що це та як запровадити?

25.04.20.⏰7 хв

Менеджити проєкт справа не з легких. Важливо організувати весь процес так, щоб і команда працювала злагоджено й мирно, і замовник був задоволений якістю та швидкістю виконання. Реалії, на жаль, часто зв'язані з горючим дедлайном, ТЗ на рівні космічної складності та замовником, з яким важко домовитись. Проте існують методи, які спрощують роботу команди та в результаті розробка приносить більше задоволення, ніж болю. У цій статті поговоримо детально про Kanban.

Що таке Kanban?

Kanban — це метод та інструмент покращення процесів розробки, в основі якого лежить agile філософія. Ось декілька базових правил:

Завдання Kanban

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

Дошки Kanban

Дошка — це обов'язковий елемент. Вся команда має до неї доступ в будь-який час і бачить на якому етапі перебуває завдання кожного учасника.

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

Kanban у проєктах

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

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

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

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

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

Цей метод ефективний лише, якщо присутній аналіз.

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

В Kanban немає жорстких правил, але є принципи, на які можна опиратися. Тут змішані принципи agile-методологій і lean-мислення.

Про візуалізацію

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

Розглянемо дві ситуації:

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

Для цього в Kanban враховують час виконання кожного завдання. Відповідно на основі цих даних можна провести аналіз та розподілити навантаження.

2. На етапі тестування продукту виникли труднощі. Потрібно більше часу.
В такому випадку варто з'ясувати яку частину роботи можна зробити швидше, не втративши якість. Або в підтримку направити співробітника, який має час допомогти тестувальникам.

Яка різниця між Kanban та SCRUM

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

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

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

Якщо команда вже впровадила Scrum, але хоче продовжувати вдосконалювати процес, то знову на допомогу йде Kanban.

Підсумок

Тепер Ви знаєте різницю між Kanban та гнучкою методологією Scrum. Можете почати використовувати на практиці. Не переживайте та аналізуйте кожен крок, Вам потрібно отримати перший досвід. Спробуйте програму Trello, вона проста та зручна у використанні. Для початку можна так організувати особисті активності, це також гарна практика.

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