Kanban - Історія редагувань

WikiSysop в 07:46, 2 вересня 2022

2022-09-02T07:46:10Z

WikiSysop в 10:32, 20 серпня 2022

2022-08-20T10:32:39Z

WikiSysop в 09:46, 20 серпня 2022

2022-08-20T09:46:21Z

WikiSysop в 09:45, 20 серпня 2022

2022-08-20T09:45:11Z

WikiSysop в 09:43, 20 серпня 2022

2022-08-20T09:43:32Z

WikiSysop: Створена сторінка: == Agile: підхід Kanban == '''Kanban це концепція підтримки безперервного потоку завдань та їх ефек...

2022-08-20T09:38:56Z

Створена сторінка: == Agile: підхід Kanban == '''Kanban це концепція підтримки безперервного потоку завдань та їх ефек...

Нова сторінка

== Agile: підхід Kanban ==

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

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

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

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

===Принципи канбана===
# Виконавці з «нижнього потоку» вилучають рівно стільки деталей зі складу, скільки вказано в канбані
# Представники «верхнього потоку» теж постачають запчастини строго відповідно до карток
# Ніщо не виготовляється або не переміщається без канбана
# Канбан має бути завжди прикріплений до деталей
# Браковані запчастини не використовуються в системі
# Зменшення кількості карток канбан робить управління більш чутливим до змін. Але без крайньої необхідності змінювати усталену кількість карток не варто.

← Попередня версія		Версія за 07:46, 2 вересня 2022
Рядок 1:		Рядок 1:
		+	[[Aspirantura\| До змісту]]
	== Agile: підхід Kanban ==		== Agile: підхід Kanban ==

← Попередня версія		Версія за 10:32, 20 серпня 2022
Рядок 37:		Рядок 37:
	# Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.		# Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.
	# Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.		# Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.
		+
		+	=== Ресурси ===
		+	* [https://worksection.com/ua/blog/kanban.html Що таке канбан і чим він корисний?]

← Попередня версія		Версія за 09:46, 20 серпня 2022
Рядок 24:		Рядок 24:
	=== Обмеження кількості завдань “у процесі” ===		=== Обмеження кількості завдань “у процесі” ===
	Після організації дошки. Колеги будуть брати завдання в роботу, закінчувати їх, а потім переходити до наступного пункту в списку. Щоб роботи не стало стільки, скільки команда не зможе виконати, в кожному стовпці на дошці повинна бути обмежена кількість карток — тобто стільки завдань, скільки реально можна виконати за встановлений проміжок часу.		Після організації дошки. Колеги будуть брати завдання в роботу, закінчувати їх, а потім переходити до наступного пункту в списку. Щоб роботи не стало стільки, скільки команда не зможе виконати, в кожному стовпці на дошці повинна бути обмежена кількість карток — тобто стільки завдань, скільки реально можна виконати за встановлений проміжок часу.
		+
		+
		+	=== Переваги Kanban ===
		+	# Підвищення ефективності роботи. Оскільки співробітники не чекають, поки їм дадуть роботу, а відразу по завершенню завдання беруть інше, немає простою.
		+	# Краща взаємодія в команді. Члени команди завжди в курсі того, хто чим займається та як рухається проєкт — все це є на дошці. Якщо ви проводите щоденні збори, вони також сприяють швидкому розв’язанню проблем, які виникають під час робочого процесу, і дозволяють команді спільно знаходити рішення.
		+	# Висока гнучкість. Kanban — це дуже гнучка методологія. Ви можете додавати та скасовувати завдання в будь-який момент. Цю методологію легко підлаштувати під чинні робочі процеси в компанії. Ніяких офіційних ролей не існує, тому її легко підлаштувати під структуру вашої компанії і можна перебудувати в будь-який момент під конкретні потреби.
		+	# Скорочення часу на обговорення та наради. Оскільки члени команди мають безперервний потік завдань, менше часу витрачається на планування.
		+
		+	=== Недоліки Kanban ===
		+	# Може миттєво загальмувати. Щоб усе чітко працювало, ви повинні мати добре налаштовані процеси, і кожен у команді має знати, що входить у його роботу. Якщо у вас цього немає, Kanban швидко розпадеться. Якщо співробітники не впевнені в тому, що відноситься до їхньої роботи та зони відповідальності, завдання можуть “провисати”, а це спричинить ефект доміно для інших членів команди.
		+	# Вимагає постійної наявності завдань, як на конвеєрі. Якщо в якийсь момент вони закінчаться, почнеться процес руйнування. Тож, якщо проєкт має періоди нерівномірної роботи, впровадити Kanban буде важко.
		+	# Немає часових обмежень. В Kanban немає строків, для виконання завдання дається стільки часу, скільки потрібно. Це може створити проблеми з дедлайнами проєкту. Для боротьби з цим команда може визначити час на роботу з кожною карткою.
		+	# Можна “втратити” задачі з високим пріоритетом. Оскільки співробітники самі беруть завдання в роботу, вони можуть обрати ті, які мають низький пріоритет для бізнесу. Отже, всі задачі на дошці мають бути ретельно перевірені та визначені пріоритетними.

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

@@ Рядок 5: / Рядок 5: @@
 [[Файл:Kanban.jpg|міні]]
 Система канбан була розроблена менеджерами Toyota. Автора системи, японського інженера Тайіті Оно, надихнув принцип роботи американських
@@ Рядок 16: / Рядок 13: @@
 </pre>
-===Принципи канбана===
+=== Kanban має два основні принципи: ===
-# Виконавці з «нижнього потоку» вилучають рівно стільки деталей зі складу, скільки вказано в канбані
+* візуалізації роботи;
-# Представники «верхнього потоку» теж постачають запчастини строго відповідно до карток
+* обмеження кількості завдань “у процесі”.
-# Ніщо не виготовляється або не переміщається без канбана
-# Канбан має бути завжди прикріплений до деталей
+=== Візуалізації роботи ===
-# Браковані запчастини не використовуються в системі
+ Kanban-дошку розділіть на стовпці — різні фази роботи над проєктом: “Тексти”, “Дизайн”, “Маркетинг”, “Реклама”, “Верстка” тощо.
-# Зменшення кількості карток канбан робить управління більш чутливим до змін. Але без крайньої необхідності змінювати усталену кількість карток не варто.
+ Картки, над якими ще потрібно попрацювати, розміщують у відповідній групі, наприклад, у стовпці “Ідеї”. Поступово переміщуйте картки з однієї