PracticeProduct

Канбан без культу: як ми зробили його у Easylim і чому саме так

Чотири колонки замість восьми. WIP=1 на людину. 25 хвилин ритуалів на тиждень. Які продуктові рішення в Easylim народилися з власного болю.

Ivan Huk
Ivan Huk
Co-founder & CTO, Easylim
1 травня 2026 р.·9 хв читання
Канбан-дошка зі стікерами на скляній стіні офісу

Канбан як метод придумали в Toyota у 50-х. Як інструмент роботи команд його популяризували десь у 2010-х. У 2026 в Instagram є коучі, які продають курси «Канбан-сертифікація» за 1200 доларів. Десь по дорозі метод втратив сенс.

Я не сертифікований канбан-практик і ніколи ним не стану. Але я будую Easylim і керую командою 14 людей, в якій канбан-дошка — це інструмент №1. Розкажу як ми його реально використовуємо і чому канбан в Easylim виглядає саме так. Без слайдів і термінів.

Дошка — це не метод. Це вікно

Найкорисніше що канбан дав нашій команді — це загальне вікно, через яке всі бачать одну й ту саму картину. Не «статус-апдейт у Slack кожного ранку», не «звіт менеджеру у п'ятницю». А просто — відкриваєш дошку і бачиш стан світу.

Це банально, але я витратив роки, щоб це зрозуміти. У моїх попередніх командах я використовував дошку як архів задач: завів, перетягнув, закрив. Зараз — як живий екран, на якому видно, де команда зараз застрягла.

Тому в Easylim дошка — це дефолтний екран кожного проекту. Не налаштування, не модуль, не плагін. Відкриваєш проект — бачиш дошку. Це продуктове рішення з того самого спостереження.

Чотири колонки, які працюють (а не вісім)

У туторіалах часто бачиш дошки з 8–12 колонками: To Do, Refinement, Ready, In Progress, Code Review, QA, Staging, Done. Виглядає ніби солідно. На практиці половина задач застрягає у Code Review на 5 днів, бо ніхто туди не дивиться.

Ми у Easylim проїхалися по всьому цьому циклу і повернулися до чотирьох:

  • Backlog — «колись зробимо», без дедлайнів.
  • This week — «зробимо у цьому тижні». Сюди переносимо в понеділок на 10-хвилинній зустрічі.
  • In progress — «зараз руками роблю». Тут має бути не більше одної задачі на людину.
  • Done — «закрите цього тижня», чиститься у п'ятницю.

Все. Жодних QA-колонок, Staging, Acceptance і таке інше. Якщо в задачі є кілька етапів — це чекліст у самій задачі, а не колонка на дошці. Інакше дошка перетворюється на свято — «кожна задача мертвонароджена, бо застрягла десь посередині».

У Easylim ми навмисно не дозволяємо створити більше 6 колонок на дошці. Це обмеження, яке ми зробили з власного болю.

WIP-ліміти: ми зробили не як написано в книжках

Канонічний канбан каже: WIP-лімит = N людей. Тобто якщо команда з 5 людей, то у колонці «In progress» не може бути більше 5 задач.

У нас правило простіше: 1 задача в роботі на людину. Не 2, не 3, навіть якщо здається що «ця маленька». Як тільки людина бере другу — вона перестає робити першу швидко.

Я перевіряв це чотири рази на різних проектах. Кожен раз результат один: команда з WIP=1 закриває за тиждень більше задач, ніж та сама команда з WIP=3.

Що працює як лайфхакЯкщо в когось «затиснулася» задача — переносимо в окрему колонку «Blocked» з причиною. Це звільняє людину для іншої задачі і робить видимим, що десь треба втрутитися. У Easylim ми додали окремий статус «Blocked» з кольоровою плашкою саме після цього досвіду.

Ритуали — лише два

У 2025 році в одній з команд у нас було 4 щотижневі мітинги: weekly planning, mid-week sync, retro, demo. Я пишався цим. Дарма.

Зараз — два ритуали, обидва біля дошки:

  1. Понеділок, 10 хвилин: переносимо з Backlog у This week. Все. Хто що тягне — той бере. Без розписів.
  2. П'ятниця, 15 хвилин: чистимо Done, дивимося що не встигли і чому. Без виправдань — просто факт.

25 хвилин ритуалів на тиждень. Все інше — спілкування навколо самої дошки в момент, коли потрібно.

Чого ми не робимо

Я бачив команди, які витрачають години щотижня на:

  • Велосити-трекінг (скільки сторі-поінтів за спринт) — для більшості команд це самообман. Сторі-поінти — це гра, в яку програє той, хто чесніше їх ставить. Тому в Easylim ми взагалі свідомо не додавали поле story points.
  • Естімейти на 2 тижні наперед — погана команда дасть погані естімейти. Хороша команда дасть просто естімейти. Але реальність все одно знесе план у середу.
  • Складні залежності між задачами — якщо у вас задачі починають залежати одна від одної у складній павутині, проблема не в дошці. Проблема у плануванні самих задач — вони мають бути розрізані інакше.

Що насправді важливо

Канбан-дошка — це дзеркало команди. Якщо ваша дошка переповнена і несвіжа — команда теж. Якщо в Done одна задача за тиждень — у вас не проблема з дошкою, у вас проблема з виконанням.

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

І ще одне: дошку має дивитися кожен. Не «менеджер раз на тиждень», а кожен у команді щодня. Тоді вона перетворюється з артефакту в робочий інструмент. Це принцип, на якому ми будуємо Easylim — дошка має бути швидкою на відкриття і легкою для очей, бо її дивитимуться 30 разів на день.

PracticeProduct
Поділитись
Ivan Huk

Ivan Huk

Co-founder & CTO, Easylim

Будую Easylim з 2024 року. До цього — продакт у двох SaaS для HoReCa та маркетингу. Пишу про продукт, команди і про те, як насправді приймаються рішення всередині стартапу.

Канбан без культу: як ми зробили його у Easylim і чому саме так — Easylim Blog