Учебники

Канбан — Lean и Agile

В Agile Kanban пользовательские истории разбиты на задачи, а карты Kanban используются для отслеживания задач на доске Kanban. Agile Kanban имеет концепцию итерации, которой нет в Kanban. Далее никакие процессы не рассматриваются.

Канбан в потоке создания ценности

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

Особенность Канбан Доска

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

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

Agile Kanban в Sub-Stream

Подход Agile Kanban применяется в каждом подпотоке, который реализован как итерация. Каждая история разбита на задачи в итерации. Доска Task Kanban используется для отслеживания статуса и хода выполнения задач по разработке истории. Текущее состояние каждого задания известно по отображению карточек в отдельных столбцах на доске. Столбцы помечены как «Делать», «Делать» и «Готово». Каждое задание перемещается из Do в Doing, а затем в Done.

Непрерывная доставка

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

Доставка через релиз осуществляется:

  • Непрерывное отслеживание
  • Постоянное общение с заказчиком
  • Корректировка плана развития по мере необходимости
  • Фокус на доставке ценности клиенту

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

Непрерывное улучшение процесса

Kanban поддерживает усовершенствования процессов для постоянного улучшения подхода к доставке.

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

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