-
Що таке Канбан-метод?
Канбан-метод — це метод удосконалення вашої роботи. Чим би ви не займалися, є гіпотеза, що практики Канбан-методу допоможуть вам працювати ще краще. З погляду Канбану це означає, що ви краще відповідатимете очікуванням замовника.
Канбан як інструмент в IT-менеджменті представив Девід Дж. Андерсон у компаніях Microsoft (2005) і Corbis. Широкого поширення і назви методу він набув у 2007 році. -
Канбан-метод і канбан Toyota — це те саме?
Не зовсім. Канбан на заводах Toyota — це ощадливе виробництво, визначальним принципом якого є «точно вчасно». Термін «канбан» у менеджменті справді походить від Toyota. У перекладі з японської це слово означає «сигнал» або «картка». На автомобільних заводах такі картки використовували, щоб передавати інформацію з одного етапу на наступний про те, скільки і яких деталей знадобиться.
Розгляньмо короткий приклад. Нам потрібно зробити три автомобілі «точно вчасно». Це означає, що ми можемо заздалегідь точно визначити, скільки деталей знадобиться на певних етапах, і починаємо з кінця витягати потрібну кількість деталей для створення автомобіля, відповідаючи на запитання: «Скільки літрів фарби нам знадобиться?», «Скільки коліс?», «Скільки двигунів?» тощо. Так ми не створюємо надлишків запасних частин і заощаджуємо на складах, логістиці та інших витратах.
Канбан-метод також дотримується принципу «точно вчасно», але, на відміну від заводів Toyota, тут ідеться про інтелектуальну працю. Інакше кажучи, звичайна людина не може помацати й побачити код програміста чи ідею маркетолога, поки вони не перетворяться на готовий продукт або сервіс. Тому Канбан-метод використовують, щоб візуалізувати потік інтелектуальної роботи й зменшити обсяг незавершеної роботи. Так досягають рівномірного й передбачуваного темпу надання послуги кінцевому споживачеві. -
Чи можна використовувати Канбан-метод не в IT?
Так. Канбан-метод підходить для візуалізації потоку будь-якої творчої та інтелектуальної роботи. Але набагато ефективніше використовувати його крізь призму сервісної парадигми. Подивіться на те, що ви робите, як на сервіс. Які етапи проходить робота, щоб послугу було надано? За якими критеріями ви зрозумієте, що сервіс відповідає очікуванням замовника? Це відправна точка для застосування Канбан-методу. Канбан-практики називають її так: «Почніть із того, що маєте зараз». -
Канбан — це як Скрам?
Ні. Скрам — це фреймворк із жорсткими правилами й межами. Усередині Скраму можна використовувати різні інструменти та методології, але якщо відмовитися від чогось обов’язкового, це вже не буде Скрамом. Канбан — це метод, інструмент із набором практик і принципів. Можна використовувати всі практики, частину з них або взагалі не використовувати. У Канбані немає чіткого визначення, що є Канбаном, а що — ні. Однак розумне використання практик може значно допомогти зробити сервіс максимально якісним і таким, що відповідає очікуванням клієнтів. -
Чи має Канбан цінності?
Так. Їх дев’ять: прозорість, баланс, співпраця, орієнтація на клієнта, потік, лідерство, розуміння, згода, повага. -
Які принципи Канбану?
Почніть із того, що маєте зараз.
Домовтеся про еволюційний розвиток.
Заохочуйте розвиток лідерства на всіх рівнях.
З’ясуйте потреби й очікування замовника.
Керуйте роботою, дайте людям самоорганізуватися навколо неї.
Розвивайте правила, щоб поліпшувати показники. -
Які практики використовують у Канбані?
Візуалізуйте.
Обмежуйте незавершену роботу.
Керуйте потоком роботи.
Використовуйте чіткі правила.
Запроваджуйте петлі зворотного зв’язку (каденції).
Удосконалюйтеся й еволюціонуйте. -
Що таке каденції в Канбані?
Каденція — термін із музики. У контексті Канбан-методу він означає ритм. Каденціями називають регулярні зустрічі, які також є петлями зворотного зв’язку. Регулярність задає ритм потоку роботи. Каденцій сім:
Канбан-зустріч (щодня). Тут обговорюють статус заблокованих завдань.
Зустріч для наповнення черги (зазвичай раз на два тижні). Визначаємо, яку роботу сервіс бере на себе.
Зустріч із планування постачання (зазвичай раз на два тижні). Повертаємо виконані зобов’язання назад.
Зустріч з огляду сервісу (зазвичай раз на два тижні). За метриками обговорюємо якість сервісу й те, як її поліпшити, якщо потрібно.
Операційна зустріч (зазвичай раз на місяць). За метриками обговорюємо якість взаємодії пов’язаних сервісів.
Зустріч з огляду ризиків (зазвичай раз на місяць). За метриками обговорюємо, як заблоковані завдання впливають на роботу сервісу.
Зустріч з огляду стратегії (зазвичай раз на квартал). За метриками обговорюємо зміни в стратегії.
- Що таке класи обслуговування?
Канбан використовує класи обслуговування, щоб підвищити пріоритет певних типів роботи чи замовників або нівелювати такий вплив на бізнес, як вартість затримки. Вартість затримки — це неотриманий прибуток або понесені витрати через несвоєчасно надані послуги. Розгляньмо вплив вартості затримки й відповідний клас обслуговування на прикладах:
Прискорений клас — виклик невідкладної реанімаційної допомоги. Вона їде виділеною смугою. Немає часу відкладати розв’язання проблеми. Треба діяти якнайшвидше.
Клас із фіксованою датою — вартість затримки різко зростає після певного терміну. Наприклад, проєкт федерального закону (ФЗ) із фіксованою датою набрання чинності. Якщо не встигнемо вчасно, є ризик утратити ліцензію.
Стандартний клас — вартість затримки зростає пропорційно часу. Якщо зробимо одразу, одразу отримаємо прибуток. Якщо робитимемо довго, то й прибуток отримуватимемо довго.
Нематеріальний клас — роботу виконуємо, але вона не приносить явного прибутку, а вартість затримки зростає повільно. Наприклад, прибирання вдома. Можна не прибирати регулярно, але за пів року доведеться зробити генеральне прибирання.
-
А що з метриками? Як виміряти ефективність роботи сервісу?
У Канбан-методу є метрики, які дають змогу відповісти на запитання: які проблеми виникають у потоці роботи, яка пропускна здатність сервісу, скільки триває виконання, скільки часу потрібно для зняття блокувань, яка тривалість циклу та за якими типами розподіляється робота? Усе це дає менеджерові сервісу змогу ухвалювати рішення про розвиток і поліпшення якості сервісу на основі накопичених даних. -
З якими проблемами стикається Канбан під час упровадження?
Головна складність — пояснити людям на всіх рівнях цінність практик Канбану: візуалізації й обмеження незавершеної роботи. Оскільки люди не бачать обсягу інтелектуальної праці, їм складно зрозуміти, якого навантаження вони зазнають. Адже мозок, наприклад, такий самий м’яз, як біцепс. Уявіть спортзал: ви приходите й бачите вагу на штанзі: «Так, це замало. А це вже забагато. А ось це — саме те!» Із мозком потрібно працювати так само: «Оце — велике завдання, а це — маленьке, та й узагалі я на себе забагато звалив. Треба обмежити навантаження». Коли ми на всіх рівнях наскрізно візуалізуємо потік роботи й обмежуємо кількість незавершених завдань, то створюємо принцип витягування для інтелектуальної праці й забезпечуємо рівномірний потік її результатів для клієнтів. -
А які є програми для Канбан-методу?
Їх теж багато. Перелічимо лише професійні, розроблені спеціально для цього методу. Наше серце належить російській розробці Kaiten. Крім неї, є TargetProcess, SwiftKanban, LeanKit та інші. -
І в яких компаніях уже використовують Канбан-метод?
Серед іноземних: Wargaming, Microsoft, Automotive IT, Blizzard Sports, Dr Dobb’s, Siemens, Tupalo. Цей список можна довго продовжувати.
Насамкінець хотілося б наголосити на важливості двох ролей у Канбан-методі. Це менеджер сервісу постачання (service delivery manager) і менеджер сервісу запитів (service request manager). Перший відповідає за усунення перешкод у потоці постачання. Другий — за керування потоком запитів до сервісу від багатьох замовників. Дуже важливо, щоб ці дві ролі були партнерами й працювали в парі.
Щоб почати впровадження Канбану в організаціях, рекомендуємо інструмент S.T.A.T.I.K. — системний підхід до застосування Канбану. Докладніше про нього можна почитати в інтернеті. Але ми радимо відвідати тренінг Kanban System Design, де цей інструмент викладають у форматі бізнес-гри. На прикладі власного сервісу (організації) ви зможете спроєктувати Канбан-систему для подальшого застосування в бойових умовах.