Що таке Канбан

Канбан — це метод розробки, управління та вдосконалення потокових систем для розумової роботи. Цей метод також дозволяє організаціям починати з існуючого робочого процесу та впроваджувати в ньому еволюційні зміни. Зробити це можна завдяки візуалізації потоку й обмеженню кількості незавершеної роботи (WIP). Простіше кажучи, Канбан допоможе припинити починати роботу і почати її завершувати.

Метод Kanban отримав свою назву завдяки використанню канбану – механізмів візуальної сигналізації для контролю незавершеного виробництва для нематеріальних робочих продуктів.

Загальним терміном для систем, які використовують метод Канбан, є потік (Flow), що відображає те, що робота безперервно протікає через систему, а не організована в окремі часові рамки.

Коли обрати Kanban

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

Цінності Канбану

Обираючи Kanban, команда зобов’язується дотримуватися таких цінностей:

• Прозорість – відкритий обмін інформацією з використанням чіткої, зрозумілої комунікації покращує потік цінності для бізнесу.
• Баланс – різні аспекти, точки зору й можливості мають бути збалансовані задля ефективності.
• Співпраця – Kanban створено, щоб покращити спільну роботу людей.
• Орієнтація на клієнта – системи Kanban спрямовані на оптимізацію потоку цінності для стейкхолдерів, які точно є зовнішніми щодо системи, але можуть бути або внутрішніми, або зовнішніми щодо організації, в якій ця система існує.
• Потік – робота є безперервним або епізодичним потоком цінності.
• Лідерство – здатність надихати інших діяти за допомогою прикладу, слів і думок потрібна на всіх рівнях, щоб усвідомлювати постійне вдосконалення та забезпечувати цінність.
• Розуміння – індивідуальне та організаційне самопізнання необхідне для руху вперед і вдосконалення.
• Угода – усі учасники системи зобов’язуються вдосконалюватись і погоджуються спільно рухатися до цілей, поважаючи та враховуючи відмінності в поглядах і підходах.
• Повага – члени команди зобов’язуються цінувати, розуміти і виявляти повагу до людей.

Принципи Kanban

Принципи менеджменту змін

Канбан побудовано так, щоб подолати людську схильність чинити опір змінам.

• Почніть із того, що ви робите зараз – зрозумійте поточні процеси, як вони насправді виконуються. Поважайте існуючі ролі, обов’язки та посади.
• Шукайте вдосконалення через еволюційні зміни.
• Заохочуйте акти управління на кожному рівні.

Принципи надання послуг

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

• Зрозумійте та зосередьтеся на потребах і очікуваннях своїх клієнтів.
• Керуйте роботою; нехай люди самоорганізуються навколо вас.
• Розробляйте політику для покращення результатів для клієнтів і бізнесу.

Практики

Для керування системою, що працює за Канбан, використовуйте наступні практики.

Візуалізуйте

Системи Канбан використовують такі механізми, як дошка Канбан, щоб візуалізувати роботу та процес, через який вона проходить. Щоб візуалізація була максимально ефективною, вона повинна показувати:

• точку зобов’язання — де в процесі команда, що працює над послугою, погоджується виконати певний елемент роботи;
• точку доставки — де команда доставляє робочий елемент клієнту;
• політики, що визначають, яка робота має існувати на певному етапі;
• обмеження WIP (початої, але не закінченої роботи).

Обмежуйте незавершену роботу

Це допоможе згладити потік роботи, скоротити час її виконання, підвищити якість і доставляти частіше.

Керуйте потоком

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

Зробіть політику чіткою

Чіткі політики допомагають пояснити процес, а не просто перелік різних етапів робочого процесу. Політики мають бути всеохоплюючими, простими, чітко визначеними, видимими, завжди застосовуватись і легко змінюватися людьми, які працюють над сервісом. Приклади політик включають: обмеження WIP, розподіл робочого навантаження, визначення готового та інші правила для робочих елементів, що існують на різних етапах процесу.

Впровадьте цикли зворотного зв’язку

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

Удосконалюйтеся разом, розвивайтеся експериментально

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

Канбан чудово поєднується зі скрамом. Як саме? Дізнайтеся на тренінгу Professional Scrum with Kanban

Ролі в Канбані

Не існує жодних явних ролей для команди, що застосовує Kanban. Використовуйте ролі, які ви зараз виконуєте у своїй команді.

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

Менеджер запитів на обслуговування

Розуміє потреби та очікування клієнтів, а також сприяє вибору та замовленню робочих елементів на нараді. Цю посаду часто виконує менеджер продукту, власник продукту або менеджер служби.

Менеджер з надання послуг

Відповідає за хід роботи з доставки обраних товарів клієнтам. Сприяє плануванню зустрічей і доставки Kanban. Інші назви цієї ролі — менеджер потоку, менеджер доставки або майстер потоку.

Життєвий цикл

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

Огляд стратегії (щоквартально)

Виберіть послуги для надання та контекст, у якому ці послуги є доречними.

Огляд операцій (щомісяця)

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

Огляд ризиків (щомісяця)

Розумійте ризики надання послуг і реагуйте на них.

Огляд надання послуг (раз на два тижні)

Це схоже на ретроспективу, спрямовану на вдосконалення системи канбан, і має на меті перевірку і підвищення ефективності послуг.

Нарада (щотижня)

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

Канбан зустріч (щодня)

Команда, яка працює над сервісом, координує свою діяльність протягом дня. Аналог цьому — Дейлі Скрам.

Нарада з планування доставки (раз на каденцію доставки)

Контролюйте та плануйте поставки клієнтам.

Коротка історія Канбану

• 2004: Девід Дж. Андерсон застосовує підхід теорії обмежень, що включає систему канбану, до проекту ІТ-відділу Microsoft.
• 2006–2007: Девід Дж. Андерсон ідентифікує метод Канбан, застосовуючи його в проекті Corbis.
• 2009: Дональд Рейнертсен обговорює впровадження систем канбан і використання збору даних та економічної моделі для прийняття управлінських рішень у своїй книзі «Принципи потоку розробки продукту».
• 2009: Корі Ладас припустив, що Kanban може покращити Scrum, і запропонував Scrumban як перехід від Scrum до Kanban у своїй книзі Scrumban – Essays on Kanban Systems for Lean Software Development.
• 2010: Девід Дж. Андерсон публікує книгу Kanban: Successful Evolutionary Change for Your Technology Business як перший опис методу.

Основна цінність

Метод Канбан формалізував потоковий підхід до розумової роботи і запропонував організаціям засоби для вдосконалення процесів розробки програмного забезпечення та прийняття гнучких цінностей і принципів без суттєвих попередніх культурних змін.

Джерело: Agile Alliance