Відмінності між версіями «Kanban»

Матеріал з Wiki Welard
Перейти до навігації Перейти до пошуку
(Створена сторінка: == Agile: підхід Kanban == '''Kanban це концепція підтримки безперервного потоку завдань та їх ефек...)
 
 
(Не показані 4 проміжні версії цього користувача)
Рядок 1: Рядок 1:
 +
[[Aspirantura| До змісту]]
 
== Agile: підхід Kanban ==
 
== Agile: підхід Kanban ==
  
Рядок 5: Рядок 6:
 
[[Файл:Kanban.jpg|міні]]
 
[[Файл:Kanban.jpg|міні]]
  
−
=== Kanban має два основні принципи: ===
 
−
* візуалізації роботи;
 
−
* обмеження кількості завдань “у процесі”.
 
  
 
Система канбан була розроблена менеджерами Toyota. Автора системи, японського інженера Тайіті Оно, надихнув принцип роботи американських  
 
Система канбан була розроблена менеджерами Toyota. Автора системи, японського інженера Тайіті Оно, надихнув принцип роботи американських  
Рядок 16: Рядок 14:
 
</pre>
 
</pre>
  
−
===Принципи канбана===
+
=== Kanban має два основні принципи: ===
−
# Виконавці з «нижнього потоку» вилучають рівно стільки деталей зі складу, скільки вказано в канбані
+
* візуалізації роботи;
−
# Представники «верхнього потоку» теж постачають запчастини строго відповідно до карток
+
* обмеження кількості завдань “у процесі”.
−
# Ніщо не виготовляється або не переміщається без канбана
+
 
−
# Канбан має бути завжди прикріплений до деталей
+
=== Візуалізації роботи ===
−
# Браковані запчастини не використовуються в системі
+
* Kanban-дошку розділіть на стовпці — різні фази роботи над проєктом: “Тексти”, “Дизайн”, “Маркетинг”, “Реклама”, “Верстка” тощо.
−
# Зменшення кількості карток канбан робить управління більш чутливим до змін. Але без крайньої необхідності змінювати усталену кількість карток не варто.
+
* Картки, над якими ще потрібно попрацювати, розміщують у відповідній групі, наприклад, у стовпці “Ідеї”.
 +
* Поступово переміщуючи картки з однієї групи до іншої — відповідно до прогресу в проєкті. Завдяки цьому вся команда бачить, яка частина роботи виконана.
 +
 
 +
=== Обмеження кількості завдань “у процесі” ===
 +
Після організації дошки. Колеги будуть брати завдання в роботу, закінчувати їх, а потім переходити до наступного пункту в списку. Щоб роботи не стало стільки, скільки команда не зможе виконати, в кожному стовпці на дошці повинна бути обмежена кількість карток — тобто стільки завдань, скільки реально можна виконати за встановлений проміжок часу.
 +
 
 +
 
 +
=== Переваги Kanban ===
 +
# Підвищення ефективності роботи. Оскільки співробітники не чекають, поки їм дадуть роботу, а відразу по завершенню завдання беруть інше, немає простою.
 +
# Краща взаємодія в команді. Члени команди завжди в курсі того, хто чим займається та як рухається проєкт — все це є на дошці. Якщо ви проводите щоденні збори, вони також сприяють швидкому розв’язанню проблем, які виникають під час робочого процесу, і дозволяють команді спільно знаходити рішення.
 +
# Висока гнучкість. Kanban — це дуже гнучка методологія. Ви можете додавати та скасовувати завдання в будь-який момент. Цю методологію легко підлаштувати під чинні робочі процеси в компанії. Ніяких офіційних ролей не існує, тому її легко підлаштувати під структуру вашої компанії і можна перебудувати в будь-який момент під конкретні потреби.
 +
# Скорочення часу на обговорення та наради. Оскільки члени команди мають безперервний потік завдань, менше часу витрачається на планування.
 +
 
 +
=== Недоліки Kanban ===
 +
# Може миттєво загальмувати. Щоб усе чітко працювало, ви повинні мати добре налаштовані процеси, і кожен у команді має знати, що входить у його роботу. Якщо у вас цього немає, Kanban швидко розпадеться. Якщо співробітники не впевнені в тому, що відноситься до їхньої роботи та зони відповідальності, завдання можуть “провисати”, а це спричинить ефект доміно для інших членів команди.
 +
# Вимагає постійної наявності завдань, як на конвеєрі. Якщо в якийсь момент вони закінчаться, почнеться процес руйнування. Тож, якщо проєкт має періоди нерівномірної роботи, впровадити Kanban буде важко.
 +
# Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.
 +
# Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.
 +
 
 +
=== Ресурси ===
 +
* [https://worksection.com/ua/blog/kanban.html Що таке канбан і чим він корисний?]

Поточна версія на 07:46, 2 вересня 2022

До змісту

Agile: підхід Kanban

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

Kanban.jpg


Система канбан була розроблена менеджерами Toyota. Автора системи, японського інженера Тайіті Оно, надихнув принцип роботи американських супермаркетів, де покупець сам вибирав потрібні собі товари. Роль «супермаркету» в корпорації Toyota виконав склад.

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

Kanban має два основні принципи:

  • візуалізації роботи;
  • обмеження кількості завдань “у процесі”.

Візуалізації роботи

  • Kanban-дошку розділіть на стовпці — різні фази роботи над проєктом: “Тексти”, “Дизайн”, “Маркетинг”, “Реклама”, “Верстка” тощо.
  • Картки, над якими ще потрібно попрацювати, розміщують у відповідній групі, наприклад, у стовпці “Ідеї”.
  • Поступово переміщуючи картки з однієї групи до іншої — відповідно до прогресу в проєкті. Завдяки цьому вся команда бачить, яка частина роботи виконана.

Обмеження кількості завдань “у процесі”

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


Переваги Kanban

  1. Підвищення ефективності роботи. Оскільки співробітники не чекають, поки їм дадуть роботу, а відразу по завершенню завдання беруть інше, немає простою.
  2. Краща взаємодія в команді. Члени команди завжди в курсі того, хто чим займається та як рухається проєкт — все це є на дошці. Якщо ви проводите щоденні збори, вони також сприяють швидкому розв’язанню проблем, які виникають під час робочого процесу, і дозволяють команді спільно знаходити рішення.
  3. Висока гнучкість. Kanban — це дуже гнучка методологія. Ви можете додавати та скасовувати завдання в будь-який момент. Цю методологію легко підлаштувати під чинні робочі процеси в компанії. Ніяких офіційних ролей не існує, тому її легко підлаштувати під структуру вашої компанії і можна перебудувати в будь-який момент під конкретні потреби.
  4. Скорочення часу на обговорення та наради. Оскільки члени команди мають безперервний потік завдань, менше часу витрачається на планування.

Недоліки Kanban

  1. Може миттєво загальмувати. Щоб усе чітко працювало, ви повинні мати добре налаштовані процеси, і кожен у команді має знати, що входить у його роботу. Якщо у вас цього немає, Kanban швидко розпадеться. Якщо співробітники не впевнені в тому, що відноситься до їхньої роботи та зони відповідальності, завдання можуть “провисати”, а це спричинить ефект доміно для інших членів команди.
  2. Вимагає постійної наявності завдань, як на конвеєрі. Якщо в якийсь момент вони закінчаться, почнеться процес руйнування. Тож, якщо проєкт має періоди нерівномірної роботи, впровадити Kanban буде важко.
  3. Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.
  4. Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.

Ресурси