Що таке Канбан? Картки, дошки, основні принципи та практики

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

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

Kanban виникла в Toyota в 1940-х роках. Значення Канбана в японській мові - "білборди". На дошці Канбан є колонки та картки з історіями. Стовпці - це ніщо, але стани робочого процесу та картки - не що інше, як демонстрація фактичного завдання, яке виконує член команди.

У цьому посібнику з Kanban ви дізнаєтесь:

• Що таке Канбан?
• Коли використовувати Kanban?
• Картки Канбан
• Рада Канбан
• Робочий процес Kanban
• Чотири принципи Канбана
• Шість основних практик Kanban
• Тягова система
• Час виконання та час циклу
• Кумулятивна діаграма потоку (CFD)
• Обмеження WIP (незавершене виробництво)
• Scrum проти Канбан

Коли використовувати Kanban?

Ось причини використання методу розробки Kanban:

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

Картки Канбан

Система Kanban рекомендує візуалізацію роботи. Це пропонує використання фізичної та цифрової плати.

Картки Канбан

Карти Канбан є важливими елементами на дошці Канбан, оскільки вони представляють роботу, над якою працює команда. Ці картки будуть

1. Пріоритет
2. Власник
3. Тип
4. Термін виконання

Стовпець на дошці Kanban відображає етап роботи, і ви можете встановити обмеження WIP (незавершене виконання) на стовпці. Обмеження WIP означає максимальну кількість карток, які можуть залишатися в цій колонці .

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

Рада Канбан

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

У ньому є стовпці, що відображають статус роботи, як

1. Робити,
2. Розробник
3. Тестування
4. Готово.

Кожен із цих стовпців може мати картки <= обмеження WIP. Картки відображають фактичну роботу.

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

Робочий процес Kanban

Kanban Workflow - це набір кроків, який допомагає командам визначати чіткі політики та принципи в Kanaban. Він представляє правила та процедури, поки триває робота на різних стадіях циклів розробки та постачання. Робочий процес Kanban складається з покрокових процесів між запуском та виконанням конкретного завдання.

Основним принциповим принципом Канбана є: "зупинити старт, почати закінчувати". За допомогою обмежень WIP він отримує більше роботи. У будь-якому сучасному інструменті, такому як JIRA, доступні настроювані робочі процеси та стани Kanban.

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

Штатів	Розуміння завдань
Робити	Завдання прибувають сюди вперше у такому стані.
Готовий до аналізу	Проаналізуйте завдання та повністю додайте вимоги.
Готовий до розвитку	Аналіз завершено, і розробка може розпочатися.
У розробці	Розробляються завдання.
Готовий до тестування	Розробка завершена, і тепер тестування можна розпочати.
У тестуванні	Завдання перевіряються.
Готовий до випуску	Тестування завершено; звільнення може статися.
Випущено / Готово	Звільнений.

Чотири принципи Канбана

Нижче наведені основні чотири основні принципи Канбана:

1. Почніть з того, що у вас є зараз : система Kanban пропонує працювати поетапно і починайте з того, що у вас є на даний момент. Оскільки однією з його практик є постійне вдосконалення, ви повинні вдосконалювати систему поступово.

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

3. Поважайте поточний процес, ролі та обов'язки: Ще раз починайте з того, що є зараз, і поступово змінюйте процес, роль та обов'язки.

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

Шість основних практик Kanban

Нижче наведено основні шість основних практик Канбана:

1. Візуалізуйте робочий процес : Цей принцип передбачає наявність дошки Kanban (фізичної або цифрової) для візуалізації робочого процесу. Кожна особа команди повинна бачити свою карту та картки інших членів команди. Ви можете переміщати свої картки в різні стовпці відповідно до зображення вище. Це приносить багато прозорості в команді, а також полегшує вирішення проблем, що блокують

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

3. Фокус на потоці : Цей принцип фокусується на потоці та на будь-яких перебоях. Якщо є перебої або блокатори, вони повинні бути виправлені назавжди.

4. Явна політика : політика може бути встановлена ​​в команді, щоб зменшити переробку та зосередитись на сферах, які потребують уваги, або там, де це ефективніше.

5. Цикл зворотного зв’язку : Цикли зворотного зв’язку дуже важливі для Kanban. Це стосується не лише команди, але й кількох команд, тренерів тощо. Це допомагає поліпшити загальний стан здоров’я системи Канбан.

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

Тягова система

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

Завдяки ліміту WIP, Kanban допомагає покращити час виконання та час циклу. Між цими двома термінами має бути мінімально можливий розрив. Наприклад, у нас є 5 розробників і всього 1 тестер; що буде в цьому випадку? Завжди було б багато карток, які потребують тестування, і вони будуть сидіти без діла і чекати.

Щоб подолати вищезазначені проблеми та підвищити ефективність, Канбан дотримується підходу, що базується на обмеженні WIP, де братиметься обмежена кількість карток.

Отже, тестувальник витягне завдання із етапу "готовий до тестування", коли він закінчить своє поточне завдання. З обмеженням WIP у стовпцях Kanban (стадії розробки), у вас не буде багато карток без нагляду у процесі роботи Kanban.

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

Час виконання та час циклу

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

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

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

Час циклу = незавершене виробництво / пропускна здатність

У ідеальному сценарії розрив між часом виконання та часом циклу повинен бути мінімальним, і Kanban використовує кумулятивну діаграму потоку (CFD) для вимірювання історичних даних про час проведення та циклу.

Кумулятивна діаграма потоку (CFD)

CFD - це діаграма, яка доступна у всіх провідних інструментах управління робочими процесами, таких як JIRA. Ця діаграма вимірює загальну кількість робочих карток / завдань, які увійшли в робочий процес і накопичили виконані картки / завдання з часом.

Це допомагає отримати оцінку середнього часу виконання та часу циклу заздалегідь визначеного часу.

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

Діаграма кумулятивного потоку Канбана

1. Час виконання : це тривалість між надходженням нової картки у ваш робочий процес та її остаточним відходом від робочого процесу.
2. Час циклу : Це тривалість між приходом картки в робочий стан і до моменту, коли картка готова до випуску.
3. WIP : незавершене виробництво (WIP) обмежує максимальну кількість робочих елементів на різних етапах робочого процесу.
4. Пропускна здатність : це фактична продуктивність, і вона повідомляє про фактичну кількість карток, доставлених за певний проміжок часу.

Пропускна здатність = WIP / Час циклу

Обмеження WIP (незавершене виробництво)

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

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

Причина встановлення обмежень WIP:

Ось причини встановити обмеження WIP:

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

Scrum проти Канбан

Ось важливі відмінності між Scrum Vs. Канбан

Scrum	Канбан
Scrum наголошує на плануванні . Це починається з планування спринту та закінчується ретроспективою спринту. Проводиться багато зустрічей, які допомагають забезпечити узгодженість команди з наступними кроками, пріоритетами та вивченням попередніх спринтів.	Канбан відкритий для змін на ходу. Це означає, що жорсткості менше, і речі можуть часто змінюватися .
Він рекомендує збирати вимірювання часу, зроблені під час спринтів	Канбан рекомендує графіки, щоб отримати огляд прогресу команди з часом.
Скрам більше не просить зобов’язань у команд. Натомість йдеться про спринтерські цілі та прогнози.	Канбан покладається на тайм-бокс і прогнози .
Це робить акцент на плануванні, і тому оцінка відіграє дуже важливу роль у Scrum	Канбан не має обов'язкових вимог до оцінки.
Кожна людина має свою роль та обов'язки.	Немає встановлених ролей, тому гнучкість щодо індивідуальних обов'язків.
Тривалість ітерацій / спринтів фіксована. Ця тривалість варіюється від 2 тижнів до 1 місяця.	Канбан не залежить від тривалості . Ця річ вимірюється відносно часу циклу.
Команди зобов’язані виконати певний обсяг роботи.	Зобов'язання не потрібне, це необов'язково для команд.
У цьому методі багатофункціональні команди важливі, оскільки вони можуть впоратися з будь-якими порушеннями, які можуть спричинити вузьке місце у розробці програмного забезпечення.	Маючи спеціалізовану команду важливо.
Це неможливо додавати елементи до поточної ітерації.	Нові предмети можна легко додати, якщо доступна додаткова ємність.
Відставання в спринті належить лише одній команді .	Кілька команд можуть спільно використовувати дошку Kanban.
Результати роботи визначаються спринтами , котрий комплекс робіт повинен бути завершений і готовий до перегляду.	Продукти та процеси поставляються постійно на необхідній основі. Тож процес тестування та огляду триває одночасно.
Метод розробки програмного забезпечення Scrum фокусується на відставанні .	Метод Kanban повністю фокусується на інформаційній панелі процесу .
Кожен член команди має певну роль у вирішенні термінів майстра Scrum, власника продукту встановлює цілі та завдання, а члени команди проводять розробку.	У команді немає заздалегідь визначених ролей. Однак, все ще може бути менеджер проекту; команда заохочується до співпраці та спільної роботи.
Найкраще підходить для проектів зі зміною пріоритетів .	Ідеально підходить для команд зі стабільними пріоритетами, які навряд чи зміняться з часом.
Вимірює виробництво за допомогою швидкості через спринти.	Вимірює виробництво, використовуючи час циклу або точний час, необхідний для завершення однієї повної частини проекту.
Scrum вимагає повного переходу від традиційної моделі до моделі Agile Scrum, яка буде реалізована в проекті.	Канбан не допускає кардинальних змін у проекті.
Це ідеальний метод для проектів із різними пріоритетами .	Найкраще підходить для команд зі стабільними пріоритетами .
У Scrum вся команда фокусується на співпраці та виконанні завдання, щоб забезпечити якісну роботу з розробки.	Команди працюють для досягнення цілей і скорочення часу на завершення всього процесу. Таким чином, скорочення часового циклу є найбільшим показником успіху тут.
Scrum акцентує увагу на своїх графіках ; нові елементи не можна додавати до поточних ітерацій.	Канбан за своєю природою є більш ітеративним, оскільки не має конкретних часових рамок . Таким чином, нові елементи можна постійно додавати, коли доступна додаткова ємність.
Загальна робота виконується партіями / спринтами .	Весь проект виконується щодо руху однопоточних потоків робочих предметів .
Scrum master виступає як вирішувач проблем.	Канбан закликає кожного члена команди бути лідером і розділяти відповідальність між ними.
Scrum прописує часові ітерації .	Канбан зосереджується на плануванні різної тривалості для індивідуальної ітерації.
Scrum допомагає фірмам економити час і гроші .	Метод Канбана спрямований на постійне вдосконалення , продуктивність та ефективність.
Досягти стабільного та послідовного спілкування продуктивності на всіх рівнях.	Члени команди частіше досягають своїх цілей набагато легше через візуальний характер дошки Канбан.
Проект кодується та тестується під час спринтерського огляду	Члени команди частіше досягають своїх цілей набагато легше через візуальний характер дошки Канбан.
Це легше адаптуватися до постійних змін з - за короткі спринти і регулярної зворотного зв'язку.	Він розроблений для регулярного, стабільного випуску , великі зміни у попиті споживачів можуть призвести до провалу Kanban.
Загальна вартість проекту мінімальна, що може призвести до швидшого та дешевшого результату .	Якщо завдання неправильно оцінено, загальна вартість проекту ніколи не буде точною . У таких випадках завдання можна розподілити на кілька спринтів.
Ця методологія вимагає лише досвідчених членів команди . Отже, якщо команда складається з людей, які не є експертами, проект не може бути виконаний вчасно.	Для кожної фази не виділяються конкретні часові рамки , тому члени команди ніколи не уявляють, скільки часу вони можуть зайняти на кожній фазі.
За допомогою цього методу Agile Scrum легше доставити якісний продукт у встановлений час.	Він розроблений для регулярного, стабільного випуску, великі зміни у попиті споживачів можуть призвести до падіння Kanban.
План проекту ніколи не заважатиме, навіть якщо член команди покине команду.	Якщо хтось із членів команди вийде під час розробки, це може зашкодити розробці проекту .
Щоденні зустрічі часом засмучують членів команди.	Застаріла дошка Kanban може призвести до проблем у процесі розробки.
Великі проекти можна легко розділити на легко керовані спринти.

Короткий зміст:

• Визначення Канбана: Канбан визначається як гнучка методологія розробки для розробки програмного забезпечення, автомобілів, товарів, ліків, взуття або будь-яких інших виробничих робіт.
• Канбан використовує дошку Канбан для візуалізації роботи. Він використовує стовпці як етапи (завдання, розробник, тестування тощо), а картки як робочий предмет.
• Методологія Kanban підтримує фізичну та цифрову дошку для візуалізації.
• Kanban - це система, що базується на тязі, і члени команди витягують картки з попереднього етапу на поточний.
• Метод Канбана використовує діаграму CFD, щоб зрозуміти час виконання команди та час циклу. Цей графік допомагає командам усунути розрив між цими двома термінами та підвищити ефективність.
• Методологія розробки Kanban, WIP обмежує кількість завдань / карток, над якими може одночасно працювати член групи або цілі.
• Обмеження WIP зміщує фокус на виконанні справ, оскільки людина фокусується на одному завданні за раз.