Что такое модель Канбан в разработке программного обеспечения?

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

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

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

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

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

Метод Канбан подходит командам, чья работа поступает непредсказуемо и которым необходимо выпускать продукт сразу после его готовности. Вот основные причины использования метода Канбан:

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

Соответствие — это одна половина решения; выгода, указанная ниже, — другая.

Преимущества методологии Канбан

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

Команды, использующие Kanban, неизменно отмечают следующие преимущества:

• Более короткие сроки доставки: Ограничения на объем незавершенной работы сокращают время ожидания карты, именно в этом и заключается основная причина задержек.
• Более высокая гибкость: Срочный пункт может в любой момент подняться в начало списка дел, и ждать его повторения не нужно.
• Лучшее сотрудничество: Когда лимит столбцов исчерпан, бесплатные участники помогают его очистить, вместо того чтобы создавать новый.
• Расширение прав и возможностей рабочих: Пользователи сами выбирают свою следующую карту и владеют ее статусом, что устраняет препятствия на пути одобрения.
• Предсказуемое прогнозирование: Исторические данные о времени выполнения цикла позволяют получить обоснованную оценку сроков доставки, а не просто предположение.
• Less напрасно тратить: Ничто не начинается до тех пор, пока система не сможет его завершить.

Эти результаты являются следствием четырех принципов, которыми руководствуется любая реализация Kanban.

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

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

1. Начните с того, что у вас есть сейчас: Система Канбан предлагает работать постепенно и начинать с того, что у вас есть на данный момент. Поскольку одна из ее задач — постоянное совершенствование, вы должны совершенствовать систему постепенно.
2. Согласитесь проводить постепенные, эволюционные изменения: Канбан рекомендует вносить постепенные изменения в процесс, и вы не должны вносить большие изменения в процесс за один раз.
3. Уважайте текущий процесс, роли и обязанности: Еще раз начните с того, что у вас есть сейчас, и постепенно меняйте процесс, роли и обязанности.
4. Поощряйте лидерские действия на всех уровнях: Каждый человек может выступать в роли лидера и предлагать идеи по повышению эффективности всей системы Канбан. Не стоит думать, что это деятельность управленческого уровня, и в роли лидера может выступать даже самый младший член коллектива.

Принципы описывают образ мышления. Шесть описанных ниже практик описывают повседневное поведение, которое позволяет воплотить их в жизнь.

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

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

1. Визуализируйте рабочий процессЭтот принцип предполагает использование доски Канбан (физической или цифровой) для визуализации рабочего процесса. Каждый член команды должен видеть свою карточку и карточки других членов команды. Вы можете перемещать свои карточки в разные столбцы в соответствии с расположением элементов на доске. Это обеспечивает большую прозрачность внутри команды и упрощает решение проблем.
2. Ограничить незавершенную работу: Канбан — это система, основанная на вытягивании, и она повышает эффективность команды, ограничивая незавершенную работу и имея задачи, которые команда может выполнить в заданный период времени. Этот лимит незавершенного производства применяется от начала до конца рабочего процесса. Вы можете применить ограничение к верхней части столбца, используя положительное целое число.
3. Сосредоточьтесь на потоке: Этот принцип фокусируется на потоке и любых прерываниях. Если есть перебои или блокировщики, их необходимо устранить навсегда.
4. Явные политики: В команде можно установить политику, позволяющую сократить объем переделок и сосредоточиться на тех областях, которые требуют внимания или где это более эффективно.
5. Обратная связь: Циклы обратной связи очень важны в Канбане. Это происходит не только внутри команды, но и между несколькими командами, тренерами и т. д. Это помогает улучшить общее состояние системы Канбан.
6. Непрерывное совершенствование: Это основной принцип системы Канбан. В нем говорится, что вы всегда можете улучшить процесс, и это приведет к повышению эффективности.

Для эффективной работы необходимы ответственные лица, и Kanban решает эту задачу иначе, чем другие методы. гибкие методологии.

Роли и обязанности в системе Канбан

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

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

И то, и другое — это обязанности, а не дополнительная штатная должность; часто один человек выполняет обе задачи. Важно, чтобы кто-то отвечал за потоки информации, а кто-то — за её поступление. Затем идут задачи, которыми он управляет.

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

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

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

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

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

Поскольку метод Канбан использует систему, основанную на принципе «вытягивания», разработчик, когда у него появляется свободное время, может перетащить карточку из столбца «Задачи» в столбец «Разработка». Доска, на которой хранятся эти карточки, заслуживает более подробного изучения.

Канбан Правление

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

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

1. Делать,
2. Дев
3. Тестирование
4. Готово.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Причина установки лимитов незавершенного производства

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

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

⚠️ Предупреждение: Слишком высокий лимит равносилен отсутствию лимита — увеличивается очередь карточек и время обработки заказа. Слишком низкий лимит приводит к простою пользователей. Изменяйте лимит для каждого столбца по отдельности и наблюдайте за временем обработки заказа в течение двух недель.

Это последняя теоретическая часть; в разделе ниже она переходит к практике.

Как внедрить Канбан шаг за шагом

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

1. Составьте схему текущего рабочего процесса. Проследите за каждым завершенным элементом в обратном порядке, через все этапы его передачи. Каждый этап передачи становится столбцом, включая состояния ожидания, которыми никто официально не владеет.
2. Нарисуйте игровое поле. По одному столбцу на каждый штат, слева направо, до слова «Готово». Для первого месяца достаточно доски со стикерами.
3. Напишите названия карточек. Каждому перевозимому грузу присваивается карточка с указанием приоритета, владельца, типа и срока возврата, затем она помещается в столбец, соответствующий ее реальному состоянию.
4. Для каждого столбца укажите значение «готово». Напишите на доске критерии выхода. Эта четко сформулированная политика предотвращает отскок карточек назад.
5. Установите начальные ограничения на объем незавершенной работы. Выберите начальное число для каждого столбца, кроме «К выполнению» и «Выполнено», используя один из приведенных ниже способов, а затем напишите его над заголовком.
6. Согласен с правилом вытягивания. Никто не начинает новую карточку, пока его столбец заполнен до предела; вместо этого они помогают очистить столбец справа от себя.
7. Ежедневно осматривайте доску. Двигайтесь справа налево, начиная с самой старой карты, и спрашивайте, что блокирует эту карту и кто может разблокировать ее сегодня.
8. Измерьте, затем затяните. Через две недели данные о времени цикла показывают, в каком столбце карты хранятся дольше всего. Уменьшите этот лимит или увеличьте вместимость, затем повторите процедуру.

На пятом этапе большинство команд заходят в тупик, поэтому вот три метода оценки размера команды, которые используют специалисты:

Рассматривайте первое число как гипотезу. Сочетание доски с формальным подходом. гибкое тестирование Это предотвращает превращение тестовой колонки в узкое место, а два приведенных ниже результата показывают, работает ли это.

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

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

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

Cycle Time = Work in Progress/Throughput

💡 Совет: Время выполнения заказа — это то, что испытывает клиент; время цикла — это то, что контролирует команда. Большой разрыв означает, что работа находится в очереди, прежде чем кто-либо начнет ее выполнять, поэтому сначала устраните проблему с вводом данных, а затем ускоряйте работу команды.

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

Совокупная блок-схема (CFD)

CFD — это график, доступный во всех ведущих инструменты управления рабочим процессом как ДЖИРА. На этой диаграмме измеряется общее количество рабочих карточек/задач, вошедших в рабочий процесс, а также накопленное количество завершенных карточек/задач с течением времени.

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

Диаграмма кумулятивного потока (CFD) предоставит вам индикаторы или проблемные области для устранения. Она даст вам четкое представление о ситуации, и на основе этой диаграммы вы сможете скорректировать время выполнения и время цикла вашей команды. На приведенной ниже диаграмме кумулятивного потока каждое состояние отображено в виде цветной полосы; полоса, которая постоянно расширяется, является узким местом.

Диаграмма считывается через четыре параметра:

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

Throughput = WIP/Cycle Time

Это касается артефактов, механизмов и метрик. Остается вопрос, как Канбан соотносится со Скрамом.

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

Вот важные различия между Скрам против. КанбанДля получения более полной картины см. Agile против Scrum.

Часто задаваемые вопросы (FAQ)