Канбан (разработка) - Kanban (development)

Эта статья о методах управления процессами и улучшений. Для процесса бережливого производства см. Канбан.
А Канбан-доска
Разработка программного обеспечения
Активность ядер
Парадигмы и модели
Методологии и рамки
Вспомогательные дисциплины
Практики
Инструменты
Стандарты и свод знаний
Глоссарии
Контуры

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

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

В умение работать И в разработка программного обеспечения, цель - обеспечить визуальное управление процессом система, которая помогает принимать решения о том, что, когда и сколько производить. Лежащий в основе Канбан метод возник в бережливого производства,[1] который был вдохновлен Производственная система Toyota.[2] Канбан обычно используется при разработке программного обеспечения в сочетании с другими методами и средами, такими как Scrum.[3]

Развитие и документация метода

Книга Дэвида Андерсона 2010 года, Канбан,[4] описывает эволюцию подхода из проекта 2004 года в Microsoft.[5] используя теория ограничений подход и включение барабан-буфер-канат (сопоставимо с система вытягивания канбан ), к проекту 2006–2007 гг. Корбис в котором метод канбан был[кем? ] идентифицированы. В 2009 году Дон Рейнертсен опубликовал книгу о бережливой разработке продуктов второго поколения.[6] в котором описывается внедрение системы канбан и использование сбора данных и экономической модели для принятия управленческих решений. Еще один ранний вклад был сделан Кори Ладасом, чья книга 2008 г. Scrumban[3] предположил, что канбан может улучшить Scrum для разработки программного обеспечения. Лады видел Scrumban как переход от Scrum к Kanban. Джим Бенсон и Тониан ДеМария Барри опубликовали Персональный Канбан,[7] применение Канбана к отдельным лицам и небольшим командам в 2011 году. Канбан изнутри (2014),[8] Майк Берроуз объяснил принципы, методы и основные ценности канбана и связал их с более ранними теориями и моделями. В Гибкое управление проектами с помощью Канбан (2015),[9] Эрик Брехнер представляет обзор практики Канбана в Microsoft и Xbox. Канбан Изменение лидерства (2015) Клауса Леопольда и Зигфрида Кальтенекера,[10] объяснил метод с точки зрения управления изменениями и предоставил руководство по инициативам изменений. В 2016 году издательство Lean Kanban University Press опубликовало сжатое руководство по методу, в которое были включены улучшения и дополнения из ранних проектов канбан.[11]

Канбан-доски

Основная статья: Канбан-доска
Образец Канбан-доски.png

На схеме показан рабочий процесс разработки программного обеспечения на доске Канбан.[12] Канбан-доски, разработанные для контекста, в котором они используются, значительно различаются и могут отображать типы рабочих элементов (здесь «функции» и «истории пользователей»), столбцы, описывающие действия рабочего процесса, явные политики и дорожки (строки, пересекающие несколько столбцов, используемые для группировки пользовательских историй по функциям здесь). Цель состоит в том, чтобы сделать общий рабочий процесс и ход выполнения отдельных пунктов понятными для участников и заинтересованных сторон.

Как описано в книгах по Канбану для разработки программного обеспечения,[4][3] Две основные практики Канбана - визуализировать вашу работу и ограничивать незавершенную работу (WIP). Четыре дополнительных общих метода канбана, перечисленных в Essential Kanban Condensed, заключаются в том, чтобы сделать политики явными, управлять потоком, реализовать петли обратной связи и совместно улучшать.[11]

Доска Канбан на диаграмме выше выделяет первые три основные практики Канбана.

  • Он визуализирует работу команды разработчиков (особенности и пользовательские истории).
  • Он фиксирует ограничения WIP для этапов разработки: значения в кружке под заголовками столбцов, которые ограничивают количество рабочих элементов на этом этапе.
  • Он документирует политики, также известные как правила выполнения,[9] внутри синих прямоугольников под некоторыми этапами разработки.
  • Он также показывает некоторое управление потоком Канбан для этапов «Подготовка пользовательской истории», «Разработка пользовательской истории» и «Принятие функций», которые имеют подстолбцы «Выполняется» и «Готово». Предел WIP каждого шага применяется к обоим подстолбцам, не позволяя рабочим элементам перегружать поток на эти шаги или выход из них.

Управление рабочим процессом

Канбан управляет рабочим процессом прямо на доске Канбан. Ограничения WIP для этапов разработки обеспечивают немедленную обратную связь между командами разработчиков по общим вопросам рабочего процесса.[4][9]

Например, на доске Канбан, показанной выше, шаг «Развертывание» имеет ограничение незавершенного производства, равное пяти (5), и в настоящее время на этом шаге показано пять эпиков. Никакие другие рабочие элементы не могут перейти в развертывание, пока один или несколько эпиков не завершат этот шаг (переход в «Доставлено»). Это предотвращает перегрузку этапа «Развертывание». Члены команды, работающие над «Принятием функций» (предыдущий шаг), могут застрять, потому что не могут развернуть новые эпики. Они могут сразу увидеть почему на доске и помочь с текущими эпическими развертываниями.

После того, как пять эпиков на этапе «Развертывание» будут доставлены, два эпика из подколонки «Готово» в «Принятие функций» (предыдущий шаг) можно переместить в столбец «Развертывание». Когда эти два эпоса будут доставлены, никакие другие эпики не могут быть развернуты (при условии, что не будут готовы новые эпики). Теперь члены команды, работающие над развертыванием, застряли. Они сразу поймут почему и помогут с принятием функции.

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

Канбан-метрики

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

Скорость команды определяет, сколько задач команда может выполнить за определенный период времени, например за неделю или итерацию.[13] Скорость вычисляется периодически, чтобы помочь командам по обеспечению точности создавать задачи аналогичного размера. Знание скорости работы команды помогает лучше предсказать, когда проект закончится.

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

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

Эффективные гибкие метрики используйте время цикла, чтобы лучше предсказать, когда каждый элемент проекта будет завершен. Создано Даниэлем С. Ваканти в 2015 году,[15] Действующие метрики Agile измеряют, сколько времени потребовалось для выполнения 50%, 85% и 95% задач. И используйте эту информацию, чтобы помочь команде лучше прогнозировать и контролировать сроки выполнения задач.

Смотрите также

Рекомендации

  1. ^ Уомак, Джеймс П. (2007). Машина, изменившая мир. ISBN  978-1847370556.
  2. ^ Оно, Тайити (1988). Производственная система Toyota: за рамками крупномасштабного производства. ISBN  978-0915299140.
  3. ^ а б c Кори, Лады (2008). Scrumban и другие статьи о системе Канбан для экономичной разработки программного обеспечения. Сиэтл, Вашингтон: Modus Cooperandi Press. ISBN  9780578002149. OCLC  654393465.
  4. ^ а б c Андерсон, Дэвид Дж. (Апрель 2010 г.). Канбан: успешное эволюционное изменение вашего технологического бизнеса. Blue Hole Press. ISBN  978-0-9845214-0-1.
  5. ^ Андерсон, Дэвид Дж .; Думитриу, Драгош (ноябрь 2005 г.). От худшего к лучшему за 9 месяцев: внедрение решения «барабан-буфер-веревка» в ИТ-отделе Microsoft (PDF). ТОС ICO Всемирная конференция, ноябрь 2005 г. США: Microsoft Corporation. Получено 24 сентября 2020.
  6. ^ Рейнертсен, Дональд (май 2009 г.). Принципы потока разработки продукта: экономичная разработка продукта второго поколения. Издательство Селеритас. ISBN  978-1935401001.
  7. ^ Бенсон, Джим; ДеМария Барри, Тониан (январь 2011 г.). Персональный канбан: работа с картами, навигация по жизни. Modus Cooperandi Press. ISBN  978-1453802267.
  8. ^ Берроуз, Майк (2014). Канбан изнутри. Сиэтл, Вашингтон: Blue Hole Press. ISBN  978-0-9853051-9-2.
  9. ^ а б c Брехнер, Эрик (2015). Гибкое управление проектами с помощью Канбан. Microsoft Press. п. 160. ISBN  978-0735698956.
  10. ^ Леопольд, Клаус; Зигфрид, Кальтенекер (2015). Руководство по изменению канбана. Хобокен, Нью-Джерси: Джон Уайли и сыновья. ISBN  978-1-119-01970-1.
  11. ^ а б Андерсон, Дэвид Дж .; Кармайкл, Энди (2016). Essential Kanban Condensed. Сиэтл, Вашингтон: Lean Kanban University Press. ISBN  978-0-9845214-2-5.
  12. ^ Боег, Джаспер (февраль 2012 г.). «Подготовка канбана». InfoQ. Получено 17 февраля 2014.
  13. ^ «Что такое скорость в Agile? | Agile Alliance». 17 декабря 2015 г.. Получено 22 октября 2020.
  14. ^ «Время выполнения и цикл - как использовать метрики Канбан». командная работа. 15 Октябрь 2020. Получено 22 октября 2020.
  15. ^ "ActionableAgile". actionableagile.com. Получено 22 октября 2020.

дальнейшее чтение

  • Канбан: успешные эволюционные изменения для вашего технологического бизнеса, Дэвид Дж. Андерсон. (США, Blue Hole Press, 2010. ISBN  978-0984521401
  • Scrumban: Essays on Kanban Systems for Lean Software Development, Кори Ладас. (США, Modus Cooperandi Press, 2009. ISBN  9780578002149
  • Гибкое управление проектами с помощью Kanban (лучшие практики разработчиков), Эрик Брехнер. (США: Microsoft Press, 2015). ISBN  978-0735698956.
  • Канбан в действии, Маркус Хаммарберг и Йоаким Сунден. (Остров Шелтер, Нью-Йорк: Manning Publications, 2014). ISBN  978-1-617291-05-0.
  • Экономьте из окопов: управление крупномасштабными проектами с помощью Kanban, Хенрик Книберг. (Даллас, Техас: Программисты-прагматики, 2012 г.). ISBN  978-1-93435-685-2.
  • Прекратите запускать, приступайте к завершению! Арне Рок и Клаудия Лещик. (США: Lean-Kanban University, 2012). ISBN  978-0985305161.
  • Канбан в реальном мире: делайте меньше, добивайтесь большего с помощью рационального мышления, Маттиас Скарин. (США: Pragmatic Bookshelf, 2015). ISBN  978-1680500776.