Kanban: принципы и возможности в управлении проектами

Положительные эффекты от применения системы Канбан

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

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

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

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

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

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

Так, возможность создавать доски Kanban появилась в решении «1С:Управление нашей фирмой». Чтобы упорядочить и оптимизировать задачи, можно сформировать личные или командные доски — для планирования своих дел или задач рабочей группы. Также их можно использовать для обзвона клиентов, наведения порядка в ежедневных задачах или планирования мероприятий. Подробнее об этом можно почитать здесь >>>

What Is Kanban? Definition and Brief Introduction.

Kanban definition. Initially, it arose as a scheduling system for lean manufacturing, originating from the Toyota Production System (TPS).  In the late 1940s, Toyota introduced “just in time” manufacturing to its production. The approach represents a pull system. This means that production is based on customer demand, rather than the standard push practice to produce goods and push them to the market.

Their unique production system laid the foundation of Lean manufacturing or simply Lean. Its core purpose is minimizing waste activities without sacrificing productivity. The main goal is to create more value for the customer without generating more costs.

The original Kanban System, Source: TOYOTA Global Website

Выбор платформы для создания канбан-доски

Из числа наиболее известных и хорошо проработанных из таких систем, как канбан-доска, можно назвать доски компаний Trello, Hygger, MeisterTask. Досками Trello можно пользоваться бесплатно. В ней предусмотрена возможность настроить необходимые фильтры и, в автоматическом режиме видеть всевозможные графики по всем параметрам процесса. Информация хранится в их облачном хранилище. Для тех, кто не желает доверять хранение информации облачным хранилищам, можно поискать среди компаний, предлагающих свои варианты канбан-досок и приобрести т. н. «коробочный продукт». Его можно будет хранить на своем сервере.

При выборе канбан-доски надо обратить внимание на следующие функции: удобство пользования, и возможность сделать так, чтобы стикер с задачей изменял цвет в процессе приближения к назначенному сроку (deadline). У многих досок этой функции нет

Вместо нее производители предлагают использовать функцию изменения цвета стикера в зависимости от категорирования задач т. е

задачи первой категории важности – красные. Менее важные – желтые и т

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

Как выглядит процесс

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

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

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

• Ведение карточек для каждой отдельной задачи. Это главное нововведение системы помогает визуализировать прогресс и иметь всегда информацию о проекте под рукой.
• Ограничение задач на одной ступени производства. Внедрение системы подразумевает строгое определение максимального количества задач на одном этапе. В этом случае можно будет четко определить, на каком участке появляется «затор». При разработке программного обеспечения, если задачу нельзя решить на определенном этапе, она возвращается в начало (backlog). Выбирается задача с максимальным приоритетом.
• Непрерывное производство. Задачи появляются непрерывно, что обеспечивает постоянное производство без пауз и простоя.
• Постоянная модернизация. Все карточки постоянно анализируются экономической службой, и ищутся пути оптимизации процесса.

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

Как работают над проектом

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

Scrum-команда разбивает время работы над проектом на равные отрезки — спринты. Спринт может длиться и день, и месяц, а в последние годы стандартом стал спринт в 2 недели.

Поскольку все спринты одинаковы по длительности, в работе команды появляется ритм. Ритм — важный аспект методологии.

Спринт состоит из четырех последовательных этапов.

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

В Scrum категорически нельзя добавлять задачи в текущий спринт, поэтому Scrum менее гибок. Даже если появилась срочная и важная задача, она пойдет в работу только со следующего спринта.

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

По сравнению со Scrum-директивами Kanban — это оплот либерализма и хаос.

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

Вспомним этапы scrum-спринта:

• Планирование.
• Выполнение.
• Релиз.
• Ретроспектива.

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

Поскольку выраженных спринтов нет, появляются особенности:

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

Откуда пошел Kanban

Слово «канбан» в японском языке означает «вывеска» или «знак». Впервые эту систему начала использовать компания «Тойота» в середине XX века. Мастера разных участков производства записывали на листках бумаги текущие операции и работы и вывешивали их рядом с другими такими же. Любой специалист мог легко выяснить, чем в данный момент занят каждый участок.

Это было удобно руководству: не надо отвлекать сотрудников или мастеров. Чтобы узнать, чем они заняты, достаточно прочесть записки. Вскоре эта система закрепилась как официальная практика.

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

Kanban был с самого начала тесно связан с гибкими методологиями производства, которые впервые внедрили в компании «Тойота». С Agile-методологиями в IT-сферу пришел и адаптированный Kanban. Но сегодня его успешно «скрещивают» с другими методологиями.

Как помогает визуализация

Визуализация помогает видеть картину целиком и корректировать отдельные её части, понимая, как изменения затронут весь проект. Получить результат точно в срок возможно, если контролировать нагрузку команды. Определите количество задач: сколько команда реально способна решать в установленные сроки. Например, в «Проектировании» одновременно ― не больше двух задач, а на «Тестировании» ― только одна. Всё в зависимости от возможностей команды.

Пример

Ситуация: разработчик ещё не закончил с текущей задачей, а ему уже поступила следующая. Он не успевает и тормозит всю работу.

Решение: прекратить передавать задачи в разработку и дать программисту время закончить текущую.

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

Так команда понимает, что занимает больше времени, а что ― меньше, и может правильно организовать работу.

Пример

Ситуация: на этапе тестирования продукта возникли трудности. Нужно больше времени.

Решение: выяснить, какую часть работы можно сделать быстрее, не потеряв в качестве. Или выделить сотрудника, который свободен и поможет тестировщику.

Ставьте ограничения на невыполненную работу

Чтобы быть бережливыми, мы ограничиваем количество историй, допустимое на данной доске. Для расчета этого количества можно взять такую распространенную формулу: сложите количество ролей в команде каждого человека и разделите полученное число на два. Все роли включают в себя разработчиков, аналитиков, дизайнеров пользовательского взаимодействия, тестировщиков, инженеров развертывания. Например, если в команде 20 членов, мы можем ограничить количество МДФ заданий на доске 10ю. Затем нам надо поставить ограничения на каждую конкретную колонку. Для очереди историй — месте, где истории ждут выполнения, поставьте ограничение в половину ограничения на количество активных историй. Так, если на доске допускается 10 одновременно выполняющихся историй, поставьте ограничение в 5 историй для этой колонки. Для каждой стадии разработки выставляйте ограничение в половину того числа людей, которые могут работать в данной стадии. Например, если у вас 6 разработчиков, то ограничением колонки разработки будет 3. Такие правила размещения историй на Канбан доске заставляют разработчиков работать над историями вместе. Однако я на практике уже убеждался, что такой подход нравится не всем. Я часто видел ограничение на количество историй на шаге разработки, равное не половине, а общему числу разработчиков в команде или даже в полтора раза больше. Конечно, если вы пойдете таким путем, вы увеличите количество историй, одновременно находящихся в разработке – и, как вы можете ожидать, общее время выполнения увеличится. Сумма ограничений каждой отдельной колонки должна совпадать с общим ограничением на количество одновременно разрабатываемых историй на доске. Возможно, вам придется немного поиграть с ограничениями в каждой колонке Канбан доски или даже слегка увеличить общее ограничение на количество историй (хотя это похоже на допечатывание денег каждый раз, когда они у вас кончаются). В примере Канбан доски «канбанами» служат кусочки синей изоленты, которые отмечают, где мы можем крепить очередной стикер с историей. Каждый кусок изоленты в активной или буферной зонах колонок представляет собой место для одной активной истории. Вы можете достичь того же эффекта, просто написав ограничение над каждой колонкой.

Области применения системы

Промышленное производство 

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

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

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

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

Управление IT проектами 

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

Пример. Макет сайта разрабатывает дизайнер. Дальше трудится разработчик; по окончании работы он передает ее тестировщику.

Увеличение продаж 

Одним из важнейших направлений в B2B-бизнесе является работа с клиентами. В этом поможет система. Она идеально подходит для ускорения воронки продаж.

Ускорение воронки продаж в B2B-бизнесе 

1. Менеджер выбирает свои сделки, определяет статус клиента. 
2. Чтобы передвинуть карточку вперед, необходимо подтолкнуть клиента к покупке. 
3. Надо продать товар клиенту, с которым уже ведется работа. Только тогда можно приступать к следующему делу. 
4. На каждом этапе должен быть список условий для дальнейшего продвижения сделки.

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

Канбан – помощник в борьбе с затовариванием. С помощью карточек контролируется движение запасов.

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

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

Инструменты автоматизации канбан

Применение канбана в промышленности и других не ИТ-сферах — в силу изначальной ориентированности японской методики именно на физическое, а не цифровое производство — проявилось, пожалуй, в наиболее аутентичной форме.

В основе канбана, который внедрял в «Тойоте» Тайити Оно, лежит принцип just-in-time: «только то, что нужно, когда это необходимо, и в необходимом количестве». Канбан в данном случае применяется для настройки оптимального потока продукции (товаров, запчастей) в процессе производства для устранения трудовых и складских излишков. Такой подход в конечном итоге повышает производительность.

Для базовой автоматизации главных принципов канбана требуется, чтобы система поддерживала реализацию как минимум следующей функциональности:

• визуализация работы на доске задач (task board);
• настройка ограничений количества задач в работе отдельно для каждого этапа;
• автоматическое измерение времени прохождения цикла (для каждой из задач и среднего за период).

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

Канбан в медицине

В Детской больнице Сиэтла (Seattle Children’s Hospital) постоянно не хватало перевязочных материалов, катетеров, зажимов и т. п. Медсёстры начали складировать расходники в случайных местах по всей больнице, чтобы снабжать ими пациентов по мере необходимости. Со временем проблема усугубилась, врачи стали всё больше времени тратить на пополнение запасов и всё меньше — на лечение.

Система BlueBin — симбиоз физического и цифрового канбана. Фото: bluebin.com

Чтобы исправить ситуацию, в 2009 году в больнице внедрили систему BlueBin — решение, которое представляет собой симбиоз традиционного и цифрового канбан-подходов. На складе больницы установили специальные корзины для хранения медицинских материалов. Когда какая-то из корзин пустеет, её штрихкод сканируется, информация отправляется в центральный офис снабжения, после чего размещается новый заказ. Контролируются запасы с помощью программы инвентаризации BlueQ: персонал больницы может в любое время зайти в панель инструментов системы, чтобы увидеть каждый элемент цепочки поставок.

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

Промышленное производство

Американская компания Dynisco, производитель оборудования для химической промышленности, нуждалась в снижении затрат на перевозку избыточных складских запасов и общем повышении производительности цехов. Компания внедрила «ручной» канбан по аналогии с системой «Тойоты». Это помогло, но недостаточно: у Dynisco слишком объёмный оборот для ручного учёта.

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

Плюс SyncKanban, как отметили в Dynisco, в том, что система без проблем интегрируется с существующими ERP, CRM и финансовыми инструментами. Перейдя на автоматизированную систему инвентаризации, Dynisco сократила складские запасы на 40% на всех объектах.

Интерфейс системы SyncKanban. Фото: synchrono.com

Производство электроники

Итальянская компания Aptiv (ранее подразделение Delphi Automotive PLC), которая производит электронику и ПО для беспилотного транспорта, внедрила канбан-систему KanbanBOX в 2015 году. Помимо сокращения складских запасов, это позволило повысить производительность сотрудников, стандартизировать рабочие процессы, увеличить скорость отклика на запросы клиентов и оптимизировать логистику компании.

До внедрения KanbanBOX стоимость содержания складских запасов Aptiv, включая затраты на хранение, оценивалась в 3 млн евро, после — снизилась до 700 тыс.

Использование платформы KanbanBOX для оптимизации работы склада Aptiv. Фото: kanbanbox.com

Из чего состоит Канбан-доска? Пример.

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

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

Пример доски:

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

По мере того, как делается работа, стикер с задачей двигается по доске слева направо: от инициации работы к ее завершению (колонка «готово»).

Обычно одна колонка соответствует одному этапу. И этих этапов может быть довольно много, что усложняет читаемость информации с доски, и заставляет людей фокусироваться только на понятных им этапах, игнорируя остальные. Гораздо лучше, если колонок будет не очень много — 5-7 — иначе доска получается перегруженной, и использовать ее сложнее. Чтобы упростить доску,можно объединить колонки, в которых над задачей работают одни и те же люди, а конкретные работы указывать на самом стикере в виде чеклиста.

Обратите внимание на колонку со штриховкой посреди доски на фото выше. Это очень важный элемент Канбан-доски — точка принятия обязательств (commitment point)

Все, что слева от этой колонки, находится в состоянии “решаем, делать нам эту задачу, или нет”, а колонки правее находятся в состоянии “решили делать”.

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

В конце доски, перед последним этапом, есть точка “отдачи обязательств”, когда мы говорим, что работу мы сделали, и готовы ее сдать заказчику.

Время прохождения задачи от точки принятия обязательств, до точки отдачи обязательств называется Lead Time, и на основе его статистического распределения можно делать выводы о характеристиках производственного потока, и как мы можем сделать его более эффективным.

Что такое Kanban?

Kanban — метод управления разработкой, где во главу угла ставится принцип выпуска продукта в точно установленный срок. Это второй в мире по популярности метод Agile-трансформации после фреймворка Scrum. 

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

Так, в рамках большого исследования эффективности Kanban Journal of Software Engineering Research and Development были установлены такие результаты применения метода, как снижение сроков выпуска программных продуктов на уровне до 78% (с 30,5 до 6,8 рабочих дней), а также ускорение внесения изменений в уже существующие продукты на 73% (с 9,2 до 2,5 рабочих дней). 

Рынок корпоративных услуг по Agile-трансформации к 2026 году достигнет $63,83 млрд при показателе средних годовых темпов роста в 19,5%, говорится в исследовании Allied Market Research. Ускорение разработки цифровых продуктов и сервисов, оптимизация командной работы и качества коммуникаций в рамках ИТ-проектов стимулируют эту динамику.

Сегмент Scrum традиционно доминировал, составляя более половины объема рынка методологий Agile-трансформации. Сегодня его позиции также незыблемы — 58%. Тогда как «чистый» Kanban занимает 7%, добавляя еще 10% за счет гибридного подхода Scrumban. 

По прогнозам аналитиков, именно Kanban ожидают наиболее высокие темпы роста в отрасли.

Базовые принципы 

Существует два типа основополагающих принципов, на которых базируется метод Kanban:

1. Принципы управления изменениями.

• Начните с того, что есть сейчас.
• Договоритесь об эволюционном развитии.
• Поощряйте развитие лидерства на всех уровнях.

2. Принципы предоставления сервисов. 

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

Придерживаясь этих принципов, с помощью инструментов Kanban можно построить полезный и эффективный сервис или продукт. 

Инструменты Kanban

Сервисов для ведения Kanban-досок в онлайн достаточно много. Есть универсальные решения, например, Jira от Atlassian или всем знакомый Trello. Однако для серьезных проектов в ИТ стоит использовать специальные, профессиональные инструменты: TargetProcess, SwiftKanban, LeanKit. Самый топ в этом сегменте — это российская разработка Kaiten.

В Kanban используются специфические метрики для измерения потенциала команды и оценки продолжительности проекта.

Командная скорость (team velocity) определяет, сколько задач может выполнить команда в заданный период времени, например, за неделю. Знание скорости команды помогает лучше предсказать, когда будет завершен необходимый объем задач. 

Время выполнения и время цикла (Lead time/Cycle time) определяют среднее время, необходимое для выполнения задачи. Время выполнения вычисляется с момента, когда команда получает запрос от клиента до завершения работ, а время цикла вычисляется с момента начала работы над задачей. 

Показатель времени выполнения используется, чтобы понять, как долго пользователь (клиент) будет ожидать оказание сервиса, а времени цикла — для вычисления, как быстро команда производит продукт

При этом важно понимать, что Kanban обычно хорошо ложится на сервисные команды, например, развертывание колл-центра, тогда как для создания продукта лучше подходит Scrum

Actionable Agile-метрики позволяют использовать время цикла, чтобы лучше предсказать, когда будет закончен каждый отдельный элемент проекта. Созданные Даниэлем С. Ваканти в 2015 году actionable-метрики помогают измерить, сколько времени потребовалось, чтобы закончить определенный объем работ по проекту — 50%, 85% и т.д. Далее эти данные позволяют команде лучше прогнозировать и контролировать сроки выполнения работ.

Все эти метрики позволяют делать достаточно точные прогнозы по срокам выполнения того или иного типа задач в бэклоге.

10 тезисов о Канбане

1. Канбан-системы могут быть использованы в любой ситуации через ограничение наличия элементов работы внутри системы.

2. Сады Императорского дворца в Токио используют канбан-систему, чтобы контролировать число посетителей в парке.

3. Количество сигнальных карточек «канбан», находящихся в обращении, ограничивает объем незавершенных задач.
4. Новая работа втягивается в процесс после возвращения в оборот сигнальной карточки, когда предыдущее задание выполнено.
5. В IT-сфере мы, как правило, используем виртуальную канбан-систему, поскольку для ограничения количества незавершенных задач не передаются какие-либо физически существующие карточки.
6. Доски со стикерами, часто встречающиеся в гибкой разработке ПО, не являются канбан-системами.
7. Канбан использует инструменты разных областей знаний для анализа проблем и поиска решений.
8. Канбан предполагает пошаговое улучшение процессов благодаря постоянному выявлению проблем, влияющих на производительность.
9. Современное определение Канбан-метода можно найти в сети на сайте Общества ограничения незавершенных задач (Limited WIP Society).
10. Канбан дает разрешение на отклонения в разработке ПО, поощряет поиск специфических решений в зависимости от контекста вместо догматического следования определению процесса жизненного цикла разработки ПО или шаблону.

Материалы по теме: