Что такое канбан? Карты, доски, основные принципы и практики

Что такое канбан?

Канбан - очень популярный фреймворк для гибкой методологии разработки программного обеспечения. Он обеспечивает прозрачный способ визуализации задач и работоспособности команды. В основном он использует физические и цифровые доски, чтобы члены команды могли визуализировать текущее состояние проекта, над которым они работают.

Канбан возник в Toyota в 1940-х годах. Канбан в переводе с японского означает «рекламные щиты». На доске Канбан есть столбцы и карточки историй. Столбцы - это ничто, а состояния рабочего процесса и карточки - не что иное, как демонстрация фактической задачи, которую выполняет член команды.

В этом руководстве по Канбану вы узнаете:

• Что такое канбан?
• Когда использовать Канбан?
• Канбан-карты
• Канбан Доска
• Канбан рабочий процесс
• Четыре принципа канбана
• Шесть основных практик канбана
• Система на основе тяги
• Время выполнения и время цикла
• Кумулятивная диаграмма потока (CFD)
• Ограничение незавершенного производства (незавершенное производство)
• Скрам против. Канбан

Когда использовать Канбан?

Вот причины использования метода разработки Канбан:

• Канбан можно использовать в любой области, и его можно очень эффективно использовать при разработке программного обеспечения. Канбан-управление проектами помогает повысить эффективность команды.
• Это вытягивающая система. Задачи вытягиваются, как только человек освобождается.
• Канбан следует использовать, когда вы хотите выпустить свою работу в любое время. Это требует ветвления git, но это выполнимо.
• Канбан следует использовать, когда вы хотите изменить приоритеты на лету. Для этого все, что вам нужно сделать, это поместить эту историю в начало очереди дел.
• Его следует использовать, когда вы хотите визуализировать свою работу, и вы хотите визуально видеть прогресс выполнения ваших задач.

Канбан-карты

Система Канбан рекомендует визуализацию работы. Предлагается использование физической и цифровой платы.

Канбан-карты

Карты Канбана являются важными элементами на доске Канбан, поскольку они представляют работу, над которой работает команда. Эти карты будут иметь

1. Приоритет
2. Владелец
3. Тип
4. Срок сдачи

Столбец на доске Канбан представляет стадию работы, и вы можете установить лимит незавершенной работы (незавершенная работа) в этот столбец. Предел НЗП означает максимальное количество карточек, которые могут оставаться в этом столбце .

Поскольку для управления проектами Kanban используется система вытягивания, когда разработчик свободен, он / она может перетащить карточку из столбца дел в столбец разработчика.

Канбан Доска

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

В нем есть столбцы, которые представляют статус работы, например

1. Сделать,
2. Dev
3. Тестирование
4. Выполнено.

В каждом из этих столбцов могут быть карточки <= предел незавершенной работы. Карты представляют собой реальную работу.

Вы можете использовать положительные числа, чтобы ограничить незавершенную работу, и это предельное число можно разместить в верхней части столбцов как на физической, так и на цифровой доске Канбан. Любой член команды может управлять состоянием своей карты, и вся команда может визуализировать рабочий процесс. Далее в этом руководстве по Канбану мы узнаем о рабочем процессе Канбан.

Канбан рабочий процесс

Рабочий процесс Канбана - это набор шагов, которые помогают командам определять неявные политики и принципы в Канабане. Он представляет собой правила и процедуры, выполняемые на разных этапах цикла разработки и доставки. Рабочий процесс Канбан состоит из пошаговых процессов между запуском и выполнением конкретной задачи.

Основной принцип Канбана - «прекратить запуск, начать завершать». С помощью ограничений незавершенного производства можно сделать больше работы. Настраиваемые рабочие процессы и состояния Канбан доступны в любом современном инструменте, таком как JIRA.

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

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

Четыре принципа канбана

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

1. Начните с того, что у вас есть сейчас : система Канбан предлагает работать постепенно и начинать с того, что у вас есть в настоящее время. Поскольку одна из его практик - постоянное совершенствование, вы должны улучшать систему постепенно.

2. Согласитесь на постепенное, эволюционное изменение: Канбан рекомендует постепенное изменение процесса, и вы не должны вносить большие изменения в процесс за один раз.

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

4. Поощряйте акты лидерства на всех уровнях : каждый человек может выступать в качестве лидера и предлагать идеи для повышения эффективности всей системы Канбан. Не следует думать, что это деятельность на уровне управления, и даже самый молодой член команды может выступать в качестве лидера.

Шесть основных практик канбана

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

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

2. Ограничение незавершенной работы : Канбан - это система на основе вытягивания, которая повышает эффективность команды, ограничивая незавершенную работу и позволяя ей выполнять задачи в заданный период времени. Это ограничение WIP применяется от начала до конца рабочего процесса. Вы можете применить ограничение вверху столбца, используя положительное целое число.

3. Сосредоточьтесь на потоке : этот принцип фокусируется на потоке и любых прерываниях. Если есть перебои или блокираторы, они должны быть устранены навсегда.

4. Явные политики : в команде могут быть установлены политики, чтобы уменьшить количество переделок и сосредоточиться на областях, которые требуют внимания или где это более эффективно.

5. Цикл обратной связи : Циклы обратной связи очень важны в Канбан. Это происходит не только внутри команды, но и между несколькими командами, тренерами и т. Д. Это помогает улучшить общее состояние системы Канбан.

6. Непрерывное совершенствование : это основной принцип системы Канбан. В нем говорится, что вы всегда можете улучшить процесс, и это приведет к повышению эффективности.

Система на основе тяги

Канбан - это метод на основе вытягивания, при котором задачи вытягиваются, а не выталкиваются. Как только вы заполнили свою текущую карту, вы можете вытащить новую карту из предыдущего столбца на доске Канбан.

Благодаря ограничению незавершенного производства канбан помогает сократить время выполнения заказа и время цикла. Между этими двумя таймингами должен быть минимально возможный промежуток. Например, у нас 5 разработчиков и всего 1 тестировщик; что будет в этом случае? Всегда будет много карт, требующих тестирования, и они будут сидеть без дела и ждать.

Чтобы решить проблемы, упомянутые выше, и повысить эффективность, Канбан следует подходу на основе вытягивания с ограничениями незавершенного производства, когда будет вытягиваться ограниченное количество карточек.

Таким образом, тестировщик вытащит задачу из стадии «готовность к тестированию», когда он выполнит свою текущую задачу. С ограничением WIP в столбцах Канбана (этапы разработки) у вас не будет много необслуживаемых карточек в рабочем процессе Канбана.

Система на основе тяги также помогает найти правильную скорость для команды. При правильной скорости команда будет работать лучше.

Время выполнения и время цикла

В методе Канбан широко используются время выполнения заказа и время цикла, между ними есть разница, и важно понимать это, чтобы избежать путаницы.

Время выполнения заказа	Время цикла
Время выполнения измеряется как время между появлением задачи в рабочем процессе и ее выходом из рабочего процесса, что означает, что задача была выпущена.	Время цикла измеряется как время между достижением задачи в состоянии «выполняется» и достижением задачи в состоянии «готовность к выпуску».

Здесь также важно понимать, что нельзя включать время между подготовкой к выпуску и фактическим выпуском.

Время цикла = незавершенная работа / производительность

В идеальном сценарии разрыв между временем выполнения заказа и временем цикла должен быть минимальным, а Канбан использует кумулятивную блок-схему (CFD) для измерения исторических данных по времени выполнения и времени цикла.

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

CFD - это диаграмма, доступная во всех ведущих инструментах управления рабочим процессом, таких как JIRA. Эта диаграмма измеряет общее количество рабочих карточек / задач, которые вошли в рабочий процесс и накопили выполненные карточки / задачи с течением времени.

Это поможет вам оценить среднее время выполнения заказа и время цикла для заранее указанного времени.

Диаграмма CFD предоставит вам индикаторы или проблемные области, которые необходимо исправить. Он предоставит вам четкую картину, основанную на этой схеме. Вы можете скорректировать время выполнения команды и время цикла.

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

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

Пропускная способность = WIP / время цикла

Ограничение незавершенного производства (незавершенное производство)

В методологии разработки Канбан WIP ограничивает количество задач / карточек, над которыми может работать член команды или целиком одновременно.

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

Причина установки пределов незавершенной работы:

Вот причины для установки пределов незавершенной работы:

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

Скрам против. Канбан

Вот важные различия между Scrum Vs. Канбан

Scrum	Канбан
Скрам делает упор на планирование . Он начинается с планирования спринта и заканчивается ретроспективой спринта. Проводится множество встреч, которые помогают убедиться, что команда согласована со следующими шагами, приоритетами и уроками из предыдущих спринтов.	Канбан открыт для внесения изменений на ходу. Это означает, что жесткость меньше, и вещи могут часто меняться .
Рекомендуется собирать измерения времени, сделанные во время спринтов.	Канбан рекомендует графики, чтобы получить представление о прогрессе команды с течением времени.
Scrum больше не требует обязательств от команд. Вместо этого речь идет о целях и прогнозах спринта.	Канбан полагается на тайм-бокс и прогнозы .
Он делает упор на планирование, поэтому оценка играет очень важную роль в Scrum.	Канбан не имеет обязательных требований для оценки.
У каждого человека есть своя роль и обязанности.	Никаких установленных ролей, такая гибкость с точки зрения индивидуальных обязанностей.
Продолжительность итераций / спринтов фиксирована. Эта продолжительность варьируется от 2 недель до 1 месяца.	Канбан не зависит от продолжительности . Это измеряется относительно продолжительности цикла.
Команды должны выполнять определенный объем работы.	Обязательства не обязательны, это необязательно для команд.
В этом методе важны кросс-функциональные команды , поскольку они могут справиться с любыми сбоями, которые могут вызвать узкое место в разработке программного обеспечения.	Важно иметь специализированную команду .
Это не возможно добавлять элементы к текущей итерации.	Новинки можно легко добавить, если есть дополнительная емкость.
Бэклог спринта принадлежит только одной команде .	Несколько команд могут использовать доску Канбан.
Результаты определяются спринтами , которые должны быть выполнены и готовы к рассмотрению.	Продукция и процессы поставляются непрерывно по мере необходимости. Таким образом, процесс тестирования и проверки идет одновременно.
Метод разработки программного обеспечения Scrum ориентирован на отставание .	Канбан-метод полностью ориентирован на панель управления процессом .
Каждый член команды играет определенную роль в Scrum-мастере, который определяет сроки, владелец продукта устанавливает цели и задачи, а члены команды проводят работу по разработке.	Для команды нет заранее определенных ролей. Тем не менее, может все еще быть менеджер проекта; команда поощряется к сотрудничеству и работает вместе.
Лучше всего подходит для проектов с меняющимися приоритетами .	Идеально подходит для команд со стабильными приоритетами, которые вряд ли изменятся со временем.
Измеряет производство, используя скорость в спринтах.	Измеряет производство, используя время цикла или точное время, необходимое для выполнения одной полной части проекта.
Scrum требует полного перехода от традиционной модели к модели Agile Scrum, что позволит реализовать проект.	Канбан не допускает кардинальных изменений в проекте.
Это идеальный метод для проектов с самыми разными приоритетами .	Лучше всего подходит для команд со стабильными приоритетами .
В Scrum вся команда сосредоточена на совместной работе и выполнении задачи, чтобы обеспечить качественную разработку.	Команды работают над достижением целей и сокращают время на выполнение всего процесса. Таким образом, сокращение временного цикла является здесь самым большим показателем успеха.
Скрам делает упор на его расписания ; новые элементы не могут быть добавлены к текущим итерациям.	Канбан по своей природе более итеративен, поскольку не имеет определенных временных рамок . Так что новые элементы могут добавляться постоянно, когда появляется дополнительная емкость.
Вся работа выполняется партиями / спринтами .	Весь проект выполняется на движении однопоточных потоков рабочих элементов .
Скрам-мастер решает проблемы.	Канбан поощряет каждого члена команды быть лидером и разделять ответственность между ними.
Scrum предписывает ограниченные по времени итерации .	Канбан фокусируется на планировании различной продолжительности отдельной итерации.
Scrum помогает фирмам экономить время и деньги .	Канбан-метод ориентирован на постоянное улучшение , продуктивность и эффективность.
Достигайте стабильной и последовательной информации о производительности на всех уровнях.	Члены команды с большей вероятностью достигнут своих целей намного легче из-за визуального характера досок Канбан.
Проект написан и протестирован во время обзора спринта.	Члены команды с большей вероятностью достигнут своих целей намного легче из-за визуального характера досок Канбан.
Это легче адаптироваться к постоянным изменениям из - за короткие спринты и регулярной обратной связи.	Он рассчитан на регулярный, стабильный выпуск , серьезные изменения в потребительском спросе могут привести к сбою Канбан.
Общая стоимость проекта минимальна, что может привести к более быстрому и дешевому результату .	Если задача неправильно оценена, общая стоимость проекта никогда не будет точной . В таких случаях задача может быть распределена на несколько спринтов.
Эта методика требует только опытных членов команды . Итак, если команда состоит из людей, не являющихся экспертами, проект не может быть завершен в срок.	Для каждой фазы не выделяются конкретные временные рамки , поэтому члены команды никогда не понимают, сколько времени они могут потратить на каждую фазу.
В этом методе Agile Scrum легче доставить качественный продукт в запланированное время.	Он рассчитан на регулярный, стабильный выпуск, серьезные изменения потребительского спроса могут привести к падению Канбан.
План проекта никогда не помешает, даже если член команды покинет команду.	Если кто-то из членов команды уйдет во время разработки, это может повредить развитию проекта .
Ежедневные встречи иногда расстраивают членов команды.	Устаревшая доска Канбан может привести к проблемам в процессе разработки.
Большие проекты можно легко разделить на легко управляемые спринты.

Резюме:

• Определение Канбан: Канбан определяется как методология гибкой разработки для разработки программного обеспечения, автомобилей, товаров, лекарств, обуви или любых других производственных работ.
• Канбан использует доску Канбан для визуализации работы. Столбцы используются в качестве этапов (задачи, разработка, тестирование и т. Д.), А карточки - в качестве рабочего элемента.
• Канбан-методология поддерживает физическую и цифровую доску для визуализации.
• Канбан - это вытягивающая система, и члены команды перетаскивают карточки с предыдущего этапа на текущий этап.
• Канбан-метод использует диаграмму CFD, чтобы понять время выполнения команды и время цикла. Эта диаграмма помогает командам исправить разрыв между этими двумя таймингами и повысить эффективность.
• Методология разработки Канбан, WIP ограничивает количество задач / карточек, над которыми может работать член команды или целиком одновременно.
• Ограничения WIP смещают акцент на выполнение задач, поскольку человек сосредотачивается на одной задаче за раз.