Відмінності між версіями «Kanban»
(Створена сторінка: == Agile: підхід Kanban == '''Kanban це концепція підтримки безперервного потоку завдань та їх ефек...) |
|||
| (Не показані 4 проміжні версії цього користувача) | |||
| Рядок 1: | Рядок 1: | ||
| + | [[Aspirantura| До змісту]] | ||
== Agile: підхід Kanban == | == Agile: підхід Kanban == | ||
| Рядок 5: | Рядок 6: | ||
[[Файл:Kanban.jpg|міні]] | [[Файл:Kanban.jpg|міні]] | ||
| − | |||
| − | |||
| − | |||
Система канбан була розроблена менеджерами 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 це концепція підтримки безперервного потоку завдань та їх ефективного виконання завдяки максимальній ефективності роботи команди. Водночас команді ніколи не дається більше роботи, ніж вона здатна виконати. Якщо просто: ви складаєте список завдань, а люди їх виконують.
Система канбан була розроблена менеджерами Toyota. Автора системи, японського інженера Тайіті Оно, надихнув принцип роботи американських
супермаркетів, де покупець сам вибирав потрібні собі товари. Роль «супермаркету» в корпорації Toyota виконав склад.
Там сигнальними картками — а саме так дослівно з японської мови перекладається «канбан»- обмінювалися працівники, власноруч регулюючи виробничий процес.
Kanban має два основні принципи:
- візуалізації роботи;
- обмеження кількості завдань “у процесі”.
Візуалізації роботи
- Kanban-дошку розділіть на стовпці — різні фази роботи над проєктом: “Тексти”, “Дизайн”, “Маркетинг”, “Реклама”, “Верстка” тощо.
- Картки, над якими ще потрібно попрацювати, розміщують у відповідній групі, наприклад, у стовпці “Ідеї”.
- Поступово переміщуючи картки з однієї групи до іншої — відповідно до прогресу в проєкті. Завдяки цьому вся команда бачить, яка частина роботи виконана.
Обмеження кількості завдань “у процесі”
Після організації дошки. Колеги будуть брати завдання в роботу, закінчувати їх, а потім переходити до наступного пункту в списку. Щоб роботи не стало стільки, скільки команда не зможе виконати, в кожному стовпці на дошці повинна бути обмежена кількість карток — тобто стільки завдань, скільки реально можна виконати за встановлений проміжок часу.
Переваги Kanban
- Підвищення ефективності роботи. Оскільки співробітники не чекають, поки їм дадуть роботу, а відразу по завершенню завдання беруть інше, немає простою.
- Краща взаємодія в команді. Члени команди завжди в курсі того, хто чим займається та як рухається проєкт — все це є на дошці. Якщо ви проводите щоденні збори, вони також сприяють швидкому розв’язанню проблем, які виникають під час робочого процесу, і дозволяють команді спільно знаходити рішення.
- Висока гнучкість. Kanban — це дуже гнучка методологія. Ви можете додавати та скасовувати завдання в будь-який момент. Цю методологію легко підлаштувати під чинні робочі процеси в компанії. Ніяких офіційних ролей не існує, тому її легко підлаштувати під структуру вашої компанії і можна перебудувати в будь-який момент під конкретні потреби.
- Скорочення часу на обговорення та наради. Оскільки члени команди мають безперервний потік завдань, менше часу витрачається на планування.
Недоліки Kanban
- Може миттєво загальмувати. Щоб усе чітко працювало, ви повинні мати добре налаштовані процеси, і кожен у команді має знати, що входить у його роботу. Якщо у вас цього немає, Kanban швидко розпадеться. Якщо співробітники не впевнені в тому, що відноситься до їхньої роботи та зони відповідальності, завдання можуть “провисати”, а це спричинить ефект доміно для інших членів команди.
- Вимагає постійної наявності завдань, як на конвеєрі. Якщо в якийсь момент вони закінчаться, почнеться процес руйнування. Тож, якщо проєкт має періоди нерівномірної роботи, впровадити Kanban буде важко.
- Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.
- Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.