Канбан (разработка)
![]() | Судя по всему, основной автор этой статьи тесно связан с ее предметом. ( Август 2022 г. ) |
![](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b4/Abstract_Kanban_Board.svg/220px-Abstract_Kanban_Board.svg.png)
Часть серии о |
Разработка программного обеспечения |
---|
Канбан ( японски по - 看板 , что означает вывеска или рекламный щит ) — это бережливый метод управления и улучшения работы в человеческих системах . Этот подход направлен на управление работой путем балансирования потребностей с доступной мощностью и улучшения обработки узких мест на уровне системы .
Рабочие элементы визуализируются, чтобы участники могли видеть ход выполнения и процесс от начала до конца — обычно с помощью канбан-доски . Работа выполняется по мере возможности, а не втягивается в процесс по требованию.
В информационной работе и разработке программного обеспечения цель состоит в том, чтобы предоставить визуальную систему управления процессами , которая помогает принимать решения о том, что, когда и сколько производить. Основополагающий метод канбан зародился в бережливом производстве . [1] который был вдохновлен производственной системой Toyota . [2] Оно берет свое начало в конце 1940-х годов, когда автомобильная компания Toyota внедрила производственную систему под названием «точно в срок», целью которой было производство в соответствии со спросом клиентов и выявление возможной нехватки материалов на производственной линии. Но именно команда Corbis поняла, что метод, разработанный Toyota, может стать процессом, применимым к любому типу организационного процесса. Канбан обычно используется при разработке программного обеспечения в сочетании с такими методами и средами, как Scrum . [3]
Канбан-доски [ править ]
На диаграмме показан рабочий процесс разработки программного обеспечения на канбан-доске. [4]
![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/Sample_Kanban_Board.png/480px-Sample_Kanban_Board.png)
Доски Канбан, разработанные для контекста, в котором они используются, значительно различаются и могут отображать типы рабочих элементов («функции» и « пользовательские истории » здесь), столбцы, описывающие действия рабочего процесса, явные политики и дорожки (строки, пересекающие несколько столбцов, используемые для группировки пользовательских историй по функциям здесь). Цель состоит в том, чтобы сделать общий рабочий процесс и ход выполнения отдельных пунктов понятными для участников и заинтересованных сторон.
Канбан-доска представляет собой определение рабочего процесса системы. [5] и требует следующих минимальных элементов:
- Определение отдельных единиц стоимости, которые проходят через рабочий процесс. Эти единицы стоимости называются рабочими элементами (или элементами ).
- Определение момента запуска и завершения рабочих элементов в рамках рабочего процесса. Ваш рабочий процесс может иметь несколько начальных и конечных точек в зависимости от рабочего элемента.
- Одно или несколько определенных состояний, в которых рабочие элементы проходят от начала до завершения. Любые рабочие элементы между начальной и конечной точками считаются незавершенными работами (НЗП).
- Определение того, как будет контролироваться незавершенное производство от начала до завершения.
- Явные политики относительно того, как рабочие элементы могут проходить через каждое состояние от начала до завершения.
- Ожидаемый уровень обслуживания (SLE), который представляет собой прогноз того, сколько времени потребуется рабочему элементу для перехода от начала к завершению.
Практики Канбана [ править ]
Практики Канбана, описанные в Руководстве по Канбану. [6] являются
- Определение и визуализация рабочего процесса
- Активное управление элементами рабочего процесса
- Улучшение рабочего процесса
Канбан — это стратегия, цель которой — следовать этим принципам для создания эффективных, результативных и предсказуемых систем.
Метод Канбан — это специализированная и подробная экстраполяция Канбана. Как описано в книгах «Метод Канбан для разработки программного обеспечения», [7] [3] Две основные практики метода Канбан — это визуализация работы и ограничение незавершенной работы (WIP). Четыре дополнительные общие практики метода Канбан, перечисленные в Кратком изложении Основ Канбана, заключаются в четком определении политики, управлении потоком, реализации циклов обратной связи и совместном улучшении. [8]
Канбан-доска на диаграмме выше демонстрирует первые три основные практики метода Канбан.
- Он визуализирует работу команды разработчиков (функции и пользовательские истории).
- Он фиксирует ограничения незавершенного производства для этапов разработки: значения в кружках под заголовками столбцов, которые ограничивают количество рабочих элементов на этом этапе.
- Он документирует политики, также известные как готовые правила. [9] внутри синих прямоугольников под некоторыми этапами разработки.
- Здесь также показано управление потоками канбана для этапов «подготовка пользовательской истории», «разработка пользовательской истории» и «принятие функции», которые имеют подстолбцы «в процессе» и «готово». Ограничение незавершенного производства каждого шага применяется к обоим подстолбцам, не позволяя рабочим элементам перегружать поток выполнения этих шагов или выход из них.
Управление рабочим процессом [ править ]
Канбан управляет рабочим процессом непосредственно на канбан-доске. Ограничения незавершенного производства для этапов разработки обеспечивают командам разработчиков немедленную обратную связь по типичным проблемам рабочего процесса. [7] [9]
Например, на показанной выше канбан-доске предел незавершенного производства для шага «развертывание» равен пяти, и в настоящее время существует пять эпиков. [ нужны разъяснения ] показано на этом этапе. Никакие рабочие элементы не могут быть переведены в развертывание до тех пор, пока один или несколько эпиков не завершат этот шаг (переход в состояние «доставлено»). Это предотвращает перегрузку этапа «развертывания». Члены команды, работающие над «принятием функций» (предыдущий шаг), могут застрять, поскольку не смогут развернуть новые эпики. Они могут сразу понять, почему, и помочь в текущих эпических развертываниях.
После того как пять эпиков на этапе «развертывание» будут доставлены, два эпика из подколонки «готово» «принятия функции» (предыдущий этап) можно переместить в столбец «развертывание». Когда эти два эпика будут доставлены, никакие другие эпики не могут быть развернуты (при условии, что новые эпики не готовы). Теперь члены команды, работающие над развертыванием, застряли. Они сразу поймут, почему, и помогут с принятием функции.
Этот элемент управления рабочим процессом работает одинаково для каждого шага. Проблемы наглядны и очевидны сразу, а перепланирование можно производить постоянно. Управление работой становится возможным за счет ограничения незавершенной работы таким образом, чтобы члены команды могли видеть и отслеживать ее в любое время.
Эволюция и документация метода [ править ]
Книга Дэвида Андерсона «Канбан» 2010 года . [7] описывает эволюцию подхода из проекта 2004 года в Microsoft [10] используя подход теории ограничений и включение барабана-буферного троса (сравнимого с системой вытягивания канбана ) в проекте 2006–2007 годов в Corbis , в котором метод канбана был [ кем? ] идентифицировано. В 2009 году Дон Рейнертсен опубликовал книгу о бережливой разработке продуктов второго поколения. [11] в котором описывается внедрение системы канбан и использование сбора данных и экономической модели для принятия управленческих решений. Еще один ранний вклад внес Кори Ладас, чья книга Scrumban 2008 года. [3] предположил, что канбан может улучшить Scrum при разработке программного обеспечения. Ладас рассматривал скрамбан как переход от скрама к канбану. Джим Бенсон и Тонианна ДеМария Барри опубликовали «Персональный Канбан» , [12] применение канбана к отдельным людям и небольшим командам в 2011 году. В книге «Канбан изнутри» (2014) [13] Майк Берроуз объяснил принципы, методы и основные ценности канбана и связал их с более ранними теориями и моделями. В Agile-управлении проектами с помощью Kanban (2015 г.) [9] Эрик Брехнер представляет обзор канбана на практике в Microsoft и Xbox . Kanban Change Leadership (2015), Клаус Леопольд и Зигфрид Кальтенекер, [14] объяснил метод с точки зрения управления изменениями и предоставил рекомендации для инициатив по изменениям. В 2016 году издательство Lean Kanban University Press опубликовало сокращенное руководство по этому методу, включающее улучшения и расширения ранних проектов канбана. [8]
В 2020 году Джон Коулман и Дэниел Ваканти опубликовали Руководство по Канбану. [6] описать минимальные условия, необходимые для работы системы Канбан. Коллин Джонсон, Дэниел Ваканти и Пратик Сингх опубликовали «Карманное руководство по канбану». [15] в 2022 году, что помогает практикам ориентироваться в практиках Канбана. Уилл Зеле и Дэниел Ваканти также опубликовали показатели потока для Scrum-команд. [16] Книга выйдет в 2022 году, чтобы донести до Scrum-команд преимущества метрик, обычно используемых в Канбане.
См. также [ править ]
Ссылки [ править ]
- ^ Вомак, Джеймс П. (2007). Машина, изменившая мир . Саймон и Шустер. ISBN 978-1847370556 .
- ^ Оно, Тайичи (1988). Производственная система Toyota: за пределами крупномасштабного производства . ISBN 978-0915299140 .
- ^ Перейти обратно: а б с Кори, Лады (2008). Скрамбан и другие эссе о системе Канбан для бережливой разработки программного обеспечения . Сиэтл, Вашингтон: Modus Cooperandi Press. ISBN 9780578002149 . OCLC 654393465 .
- ^ Боег, Джаспер (февраль 2012 г.). «Запуск Канбана» . ИнфоQ . Проверено 17 февраля 2014 г.
- ^ Коулман, Джон; Ваканти, Дэниел. «Руководство по Канбану — Определение рабочего процесса» . Канбан-руководства . Проверено 17 августа 2023 г.
- ^ Перейти обратно: а б Коулман, Джон; Ваканти, Дэниел. «Канбан-гид» . Канбан-руководства . Проверено 17 августа 2023 г.
- ^ Перейти обратно: а б с Андерсон, Дэвид Дж. (апрель 2010 г.). Канбан: успешные эволюционные изменения для вашего технологического бизнеса . Пресса «Голубая дыра». ISBN 978-0-9845214-0-1 .
- ^ Перейти обратно: а б Андерсон, Дэвид Дж.; Кармайкл, Энди (2016). Основное сжатое описание Канбана . Сиэтл, Вашингтон: Издательство Университета Лин Канбан. ISBN 978-0-9845214-2-5 .
- ^ Перейти обратно: а б с Брехнер, Эрик (2015). Гибкое управление проектами с помощью Канбана . Майкрософт Пресс. п. 160. ИСБН 978-0735698956 .
- ^ Андерсон, Дэвид Дж.; Думитриу, Драгош (ноябрь 2005 г.). От худшего к лучшему за 9 месяцев: внедрение решения «барабан-буфер-веревка» в ИТ-отделе Microsoft (PDF) . Всемирная конференция TOC ICO, ноябрь 2005 г. США: Microsoft Corporation . Проверено 24 сентября 2020 г.
- ^ Райнертсен, Дональд (май 2009 г.). Принципы разработки продукта: разработка бережливого продукта второго поколения . Издательство Селеритас. ISBN 978-1935401001 .
- ^ Бенсон, Джим; ДеМария Барри, Тонианна (январь 2011 г.). Персональный канбан: работа с картами, навигация по жизни . Модус Куперанди Пресс. ISBN 978-1453802267 .
- ^ Берроуз, Майк (2014). Канбан изнутри . Сиэтл, Вашингтон: Blue Hole Press. ISBN 978-0-9853051-9-2 .
- ^ Леопольд, Клаус; Зигфрид, Кальтенекер (2015). Канбан-изменение лидерства . Хобокен, Нью-Джерси: John Wiley & Sons. ISBN 978-1-119-01970-1 .
- ^ Джонсон, Коллин; Ваканти, Дэниел; Сингх, Пратик. «Карманный справочник по Канбану» . ProKanban.org . Проверено 17 августа 2023 г.
- ^ Зеле, Уилберт; Ваканти, Дэниел. «Метрики потока для Scrum-команд» . ProKanban.org . Проверено 17 августа 2023 г.
Дальнейшее чтение [ править ]
- Канбан: успешные эволюционные изменения для вашего технологического бизнеса, Дэвид Дж. Андерсон. (США, Blue Hole Press, 2010. ISBN 978-0984521401
- Scrumban: Очерки систем Канбан для бережливой разработки программного обеспечения, Кори Ладас. (США, Modus Cooperandi Press, 2009. ISBN 9780578002149
- Гибкое управление проектами с помощью канбана (лучшие практики разработчиков) , Эрик Брехнер. (США: Microsoft Press, 2015). ISBN 978-0735698956 .
- Канбан в действии , Маркус Хаммарберг и Йоаким Сунден. (Остров Шелтер, Нью-Йорк: Manning Publications, 2014). ISBN 978-1-617291-05-0 .
- Бережливость из окопов: управление крупномасштабными проектами с помощью канбана, Хенрик Книберг. (Даллас, Техас: Программисты-прагматики, 2012 г.). ISBN 978-1-93435-685-2 .
- Хватит начинать, начни заканчивать! Арне Рок и Клаудия Лещик. (США: Университет Лин-Канбан, 2012 г.). ISBN 978-0985305161 .
- Канбан в реальном мире: делайте меньше, добивайтесь большего с помощью бережливого мышления , Маттиас Скарин. (США: Pragmatic Bookshelf, 2015). ISBN 978-1680500776 .