Что такое канбан и чем он полезен? Система Канбан: что такое, с чего начать, как внедрить, главные принципы.

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

Сущность понятия и основные особенности метода

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

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

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

Подробности процесса

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

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

1. С n-го этапа на n-1 запрашивается ("вытягивается") необходимое количество незавершенного производства.
2. С n-1-го этапа на n-ый направляются ресурсы материального характера в нужном объеме.

Инструменты передачи информации

Чтобы лучше понять, канбан - что это такое, следует уяснить, что инструментом передачи сведений в данной системе служат специальные карточки, которые классифицируются на две группы:

1. Инструменты, имеющие прямое отношение к производственному заказу. В такого рода карточках в первую очередь указывается число деталей, которое должно быть произведено на предшествующей ступени производственного процесса. Они отправляются с n-го этапа производства на стадию n-1 и служат основной причиной для разработки производственной программы этих участков.
2. Инструменты отбора содержат информацию в отношении объема необходимых ресурсов материального характера (сюда можно отнести полуфабрикаты, материалы, детали и пр.), которые должны быть взяты на предшествующем этапе сборки. Такого рода карточки отображают ресурсный объем, по факту полученный n-ым этапом производственного процесса от n-1-ого.

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

Эффективные методы использования канбан - что это такое?

Тайити Оно, президент корпорации Toyota Motor Corporation, разработал ряд принципов, позволяющих с максимальной эффективностью применять карточки канбан:

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

Особенности применения карточек

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

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

Преимущества применения метода канбан - что это такое?

Предприятиям, применяющим осуществляется ежедневная поставка материальных ресурсов (а зачастую и несколько раз на протяжении дня). Это позволяет в полной мере обновлять производственные запасы приблизительно 100-300 раз в течение года. Если сравнить канбан с такими системами, как MRP или MAP, то в рассматриваемом случае происходит обновление примерно в 10 раз чаще.

Целесообразны для оценки метода канбан примеры, выявляющие его абсолютное преимущество над другими, менее продуктивными. Так, корпорация Toyota Motors на один из множества участков производства в 1976 году поставляла ресурсы три раза в день, а в 1983 г. - уже каждые десять минут.

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

Основополагающие элементы метода

Важнейшими компонентами системы канбан являются следующие:

1. Информационный комплекс, который содержит в своей структуре не только карточки, но и графики производственного, транспортного или снабженческого характера, а также карты технологической направленности.
2. Комплекс, имеющий прямое отношение к контролю над потребностями и в профессиональном плане.
3. Комплекс, позволяющий осуществить всеобщий (TQM) и выборочный ("Дзидока") контроль качества продукта.
4. Комплекс, осуществляющий абсолютное выравнивание производства.

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

Недостатки системы и результаты ее применения

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

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

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

Система Канбан (CANBAN) - это технология организации процессов, которая обеспечивает непрерывный материальный поток, не нуждающийся в «лишних» складских запасах. Элементы и материалы, задействованные в процессе, вовремя поставляются небольшими просчитанными партиями, минуя склад, напрямую к соответствующему этапу производственного процесса. Готовая продукция тоже, не накапливаясь на складах, сразу отгружается конечным потребителя (покупателям).

Чтобы обеспечить бесперебойность такого процесса, задействован обратный порядок управления – от нужд конечного потребителя к начальным этапам. Но полнее определить, что такое Канбан, можно только в парадигме концепции «Бережливое производство», идеологию которой система Канбан и отражает.

Основа системы

При помощи технологии CANBAN происходит бережливое регулирование количества выпускаемой заводской продукции или объёма предоставляемых услуг (если принцип системы применяется в сфере услуг, что тоже возможно).

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

Но методику CANBAN практически невозможно внедрить без одновременной и параллельной реализации комплексной технологии управления качеством, которая и была сформулирована в первоначальном виде в рамках концепции бережливого производства в Японии на заводах Toyota.

Канбан как составная часть концепции «Бережливое производство»

Центральная идея системы CANBAN была основана на методе управления запасами. Зарождение этого метода приходится на годы правления Кииширо Тойода – сына одного из основателей компании Toyota. При нём возникло одно из ключевых понятий цикла – «точно вовремя». Суть понятия применительно к автопроизводству сводилась к тому, что любая запчасть автомобиля должна изготавливаться не раньше и не позже, чем в ней появится необходимость. Помимо прочего, это означало отказ от объёмных складских запасов, что снижало текущие издержки на изготовление запчастей и содержание складов. По сравнению с американским автопромом, где склады с большими запасами деталей были нормой, такой подход был новаторским.

Идею «точно вовремя» развил наследник династии Эйджи Тойода и приглашённый им специалист – Таичи Оно (консультант). Таичи Оно ввёл карточки – «kanban» – позволяющие осуществлять контроль движение запасов, чтобы в цикле своевременной поставки не происходило сбоев.

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

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

Процесс создания ценности на Toyota шёл от спроса и нужд потребителей. Всё, что имело для потребителя непосредственную ценность и было востребовано, включалось в производственный цикл. А то, что, например, обеспечивало «спокойствие» производителю (наличие ассортимента деталей), но не относилось к ценностям потребителя – исключалось. Этот же принцип был перенесён на всю цепочку изготовления продукции, только в средине цикла учитывались потребности смежного звена. Так формировался своего рода процесс вытягивания, при котором последующий этап производства брал («вытягивал») из предыдущего ровно столько, сколько нужно.

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

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

Требования системы

Трудности, связанные с достижением абсолютной чёткости и слаженности всех структур, и считаются основной уязвимостью системы CANBAN. Не каждая производственная культура способна обеспечить высокую согласованность между стадиями производства. А это увеличивает риск срыва сроков поставок и реализации продукции. Как пример возросшей сложности можно привести следующую статистику: в 1976 году на заводах Toyota Motors ресурсы возобновлялись 3 раза в день, а 7 лет спустя – каждые несколько минут.

Зато, если принцип CANBAN удаётся реализовать в полном объёме, то производственные запасы снижаются на 50%, а товарные запасы сокращаются на 8%. Кроме того, целевое снижение запасов, одновременно способствует выявлению и решению проблем, существующих на производстве, поскольку накопление запасов даёт возможность скрыть регулярные поломки, производственный брак.

Таким образом, применение системы Канбан на производстве даёт целый ряд преимуществ, среди которых главное – предотвращение перепроизводства, чего не было в предшествующих системах и, как следствие:

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

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

Как устроена информационная система

Само слово «канбан» с японского переводится как «бирка», «карточка», «знак». В системе CANBAN этим понятием обозначается контрольная карточка, применяемая при вытягивающем производстве, – наряд-заказ на определённую работу. Карта закрепляется за каждым узлом и деталью, сообщая о том, откуда (с какого этапа) пришла деталь, и куда должна переместиться.

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

В информационной среде используется 2 вида канбанов:

1. Карты производственного заказа. В них вписывается количество деталей, определяющее задачу для предыдущей стадии. Такие карточки отсылаются с последнего этапа (i) на первый и считаются основанием для формирования программы производства участка «i-1».
2. Карты отбора. В них вписывается количество материальных ресурсов (полуфабрикатов, компонентов, элементов), которое нужно взять на предшествующем участке сборки. Указанное количество – это информация о фактически полученных ресурсах последним производственным участком.

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

Канбан перемещения – указывает куда (на обработку или на производственную линию) и откуда перемещаются детали,– делится на:

• Карточки поставки.
• Карточки изъятия.

Канбаны производства (с указанием на них инструкций по выполнению конкретных операций) делятся на:

• Карточку заказа.
• Сигнальную карточку.

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

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

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

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

Стратегия внедрения предполагает осуществления 6 шагов:

1. Обеспечение следующих процессов от поставок предыдущих процессов.
2. Изготовление на предыдущих стадиях только того, что изъято для последующих.
3. Обеспечение перемещения только качественных изделий без дефектов.
4. Создание выровненного производства.
5. Закрепление за каждой деталью канбана.
6. Снижение со временем числа канбанов.

Все этапы внедрения можно разделить на 3 фазы:

№ 1. Планирование в рамках системы

№ 2. Циркуляция канбанов

• При поступлении деталей на линию сборки, карточки снимаются и перемещаются в стойку для хранения «карточек изъятия».
• Сотрудник извлекает «карточку изъятия» и, согласно информации в ней, восполняет запас деталей для линии сборки.
• Сотрудник извлекает «карточку производства» из ячейки и перемещает в стойку для хранения «карточки производства» текущего процесса. А «карточку изъятия» крепит к контейнеру с деталями, которые нужны для сборки. При этом сам контейнер снова транспортируется на линию сборки.
• «Карточку производства» берут с контейнера и используют как рабочую инструкцию для изготовления изделий, изъятых для последующего процесса.
• Пустые контейнеры перемещают в отстойник.
• Обработанные детали комплектуются «карточками производства» и отвозятся в зону хранения. Из этой зоны рабочий с последующего участка должен их суметь взять в любой момент, поэтому зона располагается близко от линии.
• «Карточки изъятия» перемещаются на предыдущую стадию для восполнения количества необходимых узлов.

№ 3. Усовершенствование производства

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

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

Чтобы использовать их в работе, придумали правила.

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

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

Кому подходит Канбан

Канбан не имеет ограничений. С его помощью молодожёны планируют семейный бюджет , небольшие подразделения в Microsoft разрабатывают новые программы, а Toyota управляет всеми производствами.

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

Как использовать, чтобы быть аджайл

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

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

Правило 1. Визуализируйте поток задач

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

Визуализация бывает разной: доска со стикерами, стол с карточками, таблица в Excel или программы типа Trello и Jira. Правильной или неправильной визуализации нет - хорошо то, что подходит именно вам:

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

Ещё физическая доска эмоционально тёплая. Только представьте, что вы сделали задачу, подошли к доске и перенесли карточку в другую колонку. Вы - молодец, и все это знают. В Trello и Jira такого не будет, карточка просто появится в другой колонке.

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

Определите статусы задач. Статусы задач - это колонки на доске. Колонки можно использовать разные, конкретных правил нет. Для начала мы предлагаем три: «Сделать», «В работе» и «Готово». Потом их можно разбить на более мелкие, если нужно, или придумать новые статусы.

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

Правило 2. Ограничивайте количество одновременной работы

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

Канбан предлагает ограничить количество одновременной работы. Так вы повысите свою эффективность и ускорите продвижение карточек от статуса «Сделать» до статуса «Готово». Рекомендуем зафиксировать количество текущих задач и взять это число за начальное ограничение. Дальше лимит нужно постепенно уменьшать:

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

Приоритизируйте задачи. После ограничения количества одновременной работы в колонке «Сделать» окажется много карточек. Чтобы их упорядочить, нужна приоритизация. Можно пометить карточки цветом, расположить в определённом порядке или составить рейтинг с баллами. Главное, чтобы все однозначно понимали, какие задачи нужно сделать сейчас, а какие можно отложить на пару дней.

Важно: заканчивайте начатые дела, а не беритесь за несколько новых параллельно.

Правило 3. Контролируйте поток задач

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

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

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

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

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

Важно: доска покажет, как идёт работа. Помогите Команде закончить её как можно быстрее.

Правило 4. Сделайте договорённости и ожидания явными

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

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

Повесьте правила на видное место. Чтобы подключаться к коллегам было проще, повесьте правила у доски или внутри колонок.

Важно: договорённости помогают Команде работать слаженно. Сделайте их явными.

Правило 5. Анализируйте работу

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

Ограничений по формату нет. Это могут быть встречи, созвоны или просто анкеты. Аджайл отдаёт предпочтение живому общению, поэтому мы рекомендуем собираться у доски. Планёрки - каждый день и каждую неделю, анализ - раз в месяц. Что представляют собой эти встречи:

Ежедневные планёрки удобно проводить рядом с визуализацией. Цель встречи - увеличить скорость потока задач. Команда просматривает доску справа налево, находит проблемные места и принимает решение, как быстрее завершить текущие задачи. Каждый может внести предложение, и Команда к нему прислушается.

На еженедельных планёрках вся Команда встречается с руководством. Вместе они обсуждают скорость работы и снижение рисков.

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

Важно: будьте инициативны, общайтесь с коллегами и предлагайте идеи.

Правило 6. Эволюционируйте благодаря совместным экспериментам

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

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

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

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

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

Как не забыть о правильном образе мышления

Мы разобрали все шесть правил Канбана. Они не дают конкретных указаний, а только направляют Команду. Мы рекомендуем проверять себя:

Каждый сотрудник инициативен и заботится об общем успехе;

Он помогает, если у коллег завал;

Сотрудники регулярно проводят эксперименты, чтобы улучшить процесс работы;

Команды обсуждают финансы компании и свой вклад в её показатели;

В компании происходят эволюционные изменения.

Я собираюсь написать несколько статей про новую методологию гибкой разработки Канбан (Kanban Development) в целях подготовки к Scandinavian Agile Conference 2009 , где я буду делать один из докладов (кстати, заодно приглашаю всех на конференцию).
Сегодня публикую первую из статей.
Основная задача первой статьи - это как можно проще описать основы Канбан: что это такое, в чем отличие от других гибких методологий и зачем это нужно.
Также я хотел бы собрать как можно больше вопросов и сомнений в комментариях, чтобы ответить на них в следующих статьях, так что пишите всё, что вам непонятно, или что ещё вы хотели бы узнать про Канбан.
Я не то, чтобы большой специалист по этой новой методологии, но мы внутри команды пришли к Канбану самостоятельно и последовательно прошли все этапы мутации от SCRUM до Канбан, так что практический опыт есть.

Для начала напишу про происхождение термина Канбан .

Этот термин пришёл к нам из Японии благодаря широко известной в узких кругах производственной системе Тойота . Хотелось бы, чтобы как можно больше людей прочитало про эту систему и основные принципы, заложенные в неё - бережливое производство, постоянное развитие, ориентацию на клиента и т.п. Все эти принципы описаны в книге Тайити Оно Производственная система Тойоты , которая переведена на русский.

Термин Канбан имеет дословный перевод: “Кан” значит видимый, визуальный, и “бан” значит карточка или доска.
На заводах Тойота карточки Канбан используются повсеместно для того, чтобы не загромождать склады и рабочие места заранее созданными запчастями. Например, представьте, что вы ставите двери на Тойоты Короллы. У вас около рабочего места находится пачка из 10 дверей. Вы их ставите одну за другой на новые машины и, когда в пачке остается 5 дверей, то вы знаете, что пора заказать новые двери. Вы берете карточку Канбан, пишете на ней заказ на 10 дверей и относите ее тому, кто делает двери. Вы знаете, что он их сделает как раз к тому моменту, как у вас закончатся оставшиеся 5 дверей. И именно так и происходит - когда вы ставите последнюю дверь, прибывает пачка из 10 новых дверей. И так постоянно - вы заказываете новые двери только тогда, когда они вам нужны.
А теперь представьте, что такая система действует на всём заводе. Нигде нет складов, где запчасти лежат неделями и месяцами. Все работают только по запросу и производят именно столько запчастей, сколько запрошено. Если вдруг заказов стало больше или меньше - система сама легко подстраивается под изменения.

Основная задача карт Канбан в этой системе - это уменьшать количество «выполняющейся в данный момент работы» (work in progress).
Например, на всю производственную линию может быть выделено ровно 10 карточек для дверей. Это значит, что в каждый момент времени на линии не будет больше 10 готовых дверей. Когда заказывать новые двери и сколько - это задача для того, кто их устанавливает. Только он знает свои потребности, и только он может помещать заказы производителю дверей, но он всегда ограничен числом 10.
Этот метод Бережливого производства (Lean manufacturing) был придуман в Тойоте и сейчас многие производственные компании по всему миру его внедряют или уже внедрили.

Но это всё относится к производству, а не к разработке программного обеспечения.
А что же такое Канбан разработка применительно к ПО, и чем она отличается от других гибких методологий, буть то SCRUM или XP?

Во-первых, нужно сразу понять, что Канбан - это не конкретный процесс, а система ценностей. Как, впрочем, и SCRUM с XP. Это значит, что никто вам не скажет что и как делать по шагам.
Во-вторых, весь Канбан можно описать одной простой фразой - «Уменьшение выполняющейся в данный момент работы (work in progress)» .
В-третьих, Канбан - это даже еще более «гибкая» методология, чем SCRUM и XP. Это значит, что она не подойдет всем командам и для всех проектов. И это также значит, что команда должна быть еще более готовой к гибкой работе, чем даже команды, использующие SCRUM и XP.

Разница между Канбан и SCRUM:
- В Канбан нет таймбоксов ни на что (ни на задачи, ни на спринты)
- В Канбан задачи больше и их меньше
- В Канбан оценки сроков на задачу опциональные или вообще их нет
- В Канбан «скорость работы команды» отсутствует и считается только среднее время на полную реализацию задачи

А теперь посмотрите на этот список и задумайтесь - что остается от гибкой методологии, если мы удаляем спринты, увеличиваем размеры задач и перестаем мерять скорость работы команды? Ничего?
Как вообще можно говорить о контроле за разработкой, если мы убираем основные инструменты контроля - сроки, скорость работы и спринты? Для меня этот вопрос является чуть ли не самым важным.
менеджеры всегда думают о контроле и пытаются его получить, хотя на самом деле никогда его не имеют. Контроль разработки со стороны менеджера - это фикция. Если команда не хочет работать, то как ее не контролируй, она провалит проект.
Если команда получает фан от работы и работает с полной отдачей, то никакой контроль и не нужен, а только мешает, увеличивает издержки.
Например, общеизвестная проблема SCRUM - это большие издержки от обсуждений, встреч и большие потери времени на стыках спринтов (когда как минимум день уходит на закрытие одного спринта, а потом день на открытие нового. И если спринт - 2 недели, то 2 дня из 2 недель - это 20%, чертовски много). В итоге чуть ли не 30-40% времени при применении SCRUM тратится на поддержание самого процесса - на ежедневные митинги, на 5% workshop, на спринт ретроспектив и т.п. 30%!

Канбан разработка отличается от SCRUM в первую очередь ориентацией на задачи. Если в SCRUM основная ориентация команды - это успешное выполнение спринтов (надо признать, что это так), то в Канбан на первом месте задачи.
Спринтов никаких нет, команда работает над задачей с самого начала и до завершения. Деплоймент задачи делается тогда, когда она готова. Презентация выполненной работы - тоже. Команда не должна оценивать время на выполнение задачи, ибо это имеет мало смысла и почти всегда ошибочно вначале.
Если менеджер верит команде, то зачем иметь оценку времени? Задача менеджера - это создать приоритизированный пул задач, а задача команды - выполнить как можно больше задач из этого пула. Всё. Никакого контроля не нужно. Всё, что нужно от менеджера - это добавлять задачи в этот пул или менять им приоритет. Именно так он управляет проектом.

Команда для работы использует Канбан-доску. Например, она может выглядеть так (взял ):

Столбцы слева направо:

Цели проекта :
Необязательный, но полезный столбец. Сюда можно поместить высокоуровневые цели проекта, чтобы команда их видела и все про них знали. Например, «Увеличить скорость работы на 20%» или «Добавить поддержку Windows 7».

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

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

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

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

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

Закончено :
Сюда стикер попадает только тогда, когда все работы по задаче закончены полностью.

В любой работе случаются срочные задачи. Запланированные или нет, но такие, которые надо сделать прямо сейчас. Для таких можно выделить специальное место (на картинке отмечено, как «Expedite»). В Expedite можно поместить одну срочную задачу и команда должна начать ее выполнять немедленно и завершить как можно быстрее. Но может быть только одна такая задача! Если появляется еще одна - она должна быть добавлена в «Очередь задач».

А теперь самое важное. Видите цифры под каждым столбцом? Это число задач, которые могут быть одновременно в этих столбцах. Цифры подбираются экспериментально, но считается, что они должны зависеть от числа разработчиков в команде.
Например, если вы имеете 8 программистов в команде, то в строку «Разработка» вы можете поместить цифру 4. Это значит, что одновременно программисты будут делать не более 4-х задач, а значит у них будет много причин для общения и обмена опытом. Если вы поставите туда цифру 2, то 8 программистов, занимающихся двумя задачами, могут заскучать или терять слишком много времени на обсуждениях. Если поставить 8, то каждый будет заниматься своей задачей и некоторые задачи будут задерживаться на доске надолго, а ведь главная задача Канбан - это уменьшение времени прохождения задачи от начала до стадии готовности.
Никто не даст точный ответ, какие должны быть эти лимиты, но попробуйте для начала разделить число разработчиков на 2 и посмотреть, как это работает в вашей команде. Потом эти числа можно подогнать под вашу команду.
Под «разработчиками» я понимаю не только программистов, но и других специалистов. Например, для столбца «Тестирование» разработчики - это тестеры, т.к. тестирование - это их обязаность.

Задачи на такой доске - это не просто задачи, а то, что называется Минимальной Маркетинговой Фичей, то есть фича, которую можно «продать» клиентам.
Хорошая проверка для ММФ - это вопрос себе «А стал бы я писать про эту фичу в блоге компании?». Если нет - это не ММФ.

Что нового и полезного дает такая доска с лимитами?

Во-первых, уменьшение числа параллельно выполняемых задач сильно уменьшает время выполнения каждой отдельной задачи. Нет нужды переключать контекст между задачами, отслеживать разные сущности, планировать их и т.д. - делается только то, что нужно. Нет нужды устраивать спринт планнинги и 5% воркшопы, т.к. планирование уже сделано в столбце «очередь задач», а детальная проработка задачи начинается ТОЛЬКО тогда, когда задача начинает выполняться.

Во-вторых, сразу видны затыки. Например, если тестеры не справляются с тестированием, то они очень скоро заполнят весь свой столбец и программисты, закончившие новую задачу, уже не смогут переместить ее в столбец тестирования, т.к. он заполнен. Что делать? Тут время вспомнить, что «мы - команда» и решить эту проблему. Например, программисты могут помочь тестерам завершить одну из задач тестирования и только тогда передвинуть новую задачу на освободившееся место. Это позволит выполнить обе задачи быстрее.

В-третьих, можно вычислить время на выполнение усредненной задачи. Мы можем помечать на карточке дату, когда она попала в очередь задач, потом дату, когда ее взяли в работу и дату, когда ее завершили. По этим трем точкам для хотя бы 10 задач можно уже посчитать среднее время ожидания в очередь задач и среднее время выполнения задачи. А из этих цифр менеджер или product owner может уже рассчитывать всё, что ему угодно.

Весь Канбан можно описать всего тремя основными правилами:
1. Визуализируйте производство
- Разделите работу на задачи, каждую задачу напишите на карточке и поместите на стену или доску.
- Используйте названные столбцы, чтобы показать положение задачи в производстве.
2. Ограничивайте WIP (work in progress или работу, выполняемую одновременно) на каждом этапе производства.
3. Измеряйте время цикла (среднее время на выполнение одной задачи) и оптимизируйте постоянно процесс , чтобы уменьшить это время.

Всего 3 правила!
Например, в SCRUM - 9 базовых правил. В XP - 13, а в классическом RUP - аж более 120. Почувствуйте разницу.

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

Максимально коротко о Канбан-методе, его основные термины и области применимости.

Максимально коротко описали Канбан-метод, его основные термины и области применимости.

1. Что такое Канбан-метод?

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

Канбан, как инструмент в IT-менеджменте был представлен Дэвидом Дж. Андерсоном в компаниях Microsoft (2005) и Corbis. А широкое распространение и название, как метод, получил в 2007 году.

2. Канбан-метод и Канбан Тойоты – это одно и то же?

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

Давайте разберем короткий пример. Нам нужно сделать три автомобиля “точно в срок”. Это значит, что мы точно заранее можем определить, сколько нам потребуется деталей на определенных этапах, и начинаем с конца вытягивать необходимое количество деталей для создания этого автомобиля, отвечая на вопросы: “Сколько литров краски нам потребуется?”, “Сколько колес?”, “Сколько двигателей?” и так далее. Таким образом, мы не создаем излишки запасных частей в виде остатков и экономим на складах, логистике и прочих издержках.

Канбан-метод тоже придерживается понятия “точно в срок”, но в отличие от заводов Тойоты здесь речь идет об интеллектуальном труде. Иными словами, код программиста или идею маркетолога нельзя пощупать и увидеть обычному человеку, пока он(она) не превратится в конечный продукт или сервис. Таким образом, Канбан-метод используется для визуализации потока интеллектуальной работы и сокращения количества этой незавершенной работы. За счёт этого достигается равномерная и предсказуемая скорость оказания услуги конечному потребителю.

3. Можно ли использовать Канбан-метод не в IT?

Да. Канбан-метод подходит для визуализации потока любой творческой и интеллектуальной работы. Но гораздо эффективнее использовать его через призму сервисной парадигмы. Посмотрите на то, что вы делаете, как на сервис. Через какие стадии проходит работа, чтобы сервис был оказан? По каким критериям вы поймете, что сервис оказывается в соответствии с ожиданиями Заказчика? Это отправная точка в применении Канбан-метода. Канбан-практики называют эту точку “начните с того, что есть сейчас”.

4. Канбан – это как Скрам?

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

5. У Канбана есть ценности?

Да. Их девять: прозрачность, баланс, сотрудничество, клиентоориентированность, поток, лидерство, понимание, согласие, уважение.

6. Вы написали о принципах Канбана. Какие они?

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

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

Так как Канбан-метод живет в сервисной парадигме, он придерживается ее принципов:

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

7. А что за практики в Канбане?

Их тоже шесть:

1. Визуализируйте.
2. Ограничивайте незавершенную работу.
3. Управляйте потоком работы.
4. Используйте явные правила.
5. Вводите петли обратной связи (каденции).
6. Улучшайте и эволюционируйте.

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

8. О, каденции! Что такое каденции в Канбане?

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

1. Канбан-митинг (ежедневная). Здесь обсуждаем статус заблокированных задач.
2. Встреча по наполнению очереди (обычно раз в две недели). Берем на себя обязательства, что будет делать, как сервис.
3. Встреча по планированию поставки (обычно раз в две недели). Возвращаем выполненные обязательства обратно.
4. Встреча по обзору сервиса (обычно раз в две недели). С метриками обсуждаем качество сервиса и как его улучшить, если нужно.
5. Операционная встреча (обычно раз в месяц). С метриками обсуждаем качество взаимодействия связанных сервисов.
6. Встреча по обзору рисков (обычно раз в месяц). С метрикам обсуждаем влияние заблокированных задач на работу сервиса.
7. Встреча по обзору стратегии (обычно раз в квартал). С метриками обсуждаем изменения в стратегии.

9. Я что-то слышал про классы обслуживания. Что это?

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

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

10. Что на счет метрик? Как померять эффективность работы сервиса?

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

11. С какими проблемами сталкивается Канбан при внедрении?

Основная трудность – это объяснить людям на всех уровнях ценность практик Канбана: визуализации и ограничения незавершенной работы. Из-за того, что люди не видят объем интеллектуального труда, им сложно понять, какой нагрузке они подвергаются. А ведь мозг, к примеру, такая же мышца, как и бицепс. Представьте себе тренажерный зал: вы приходите и видите вес на штанге: “Так, это слишком мало. А сейчас – слишком много. А вот это в самый раз!” С мозгом нужно работать точно также: “Вот эта – большая задача, а эта – маленькая, да и вообще как-то много я на себя взвалил. Ограничу-ка я нагрузку”. Когда на всех уровнях мы делаем сквозную визуализацию потока работы и ограничиваем количество незавершенной работы, мы создаем вытягивающий принцип для интеллектуального труда и делаем равномерный поток его результатов для наших клиентов.

12. А какие есть программы для Канбан-метода?

Их тоже много. Перечислим только профессиональные, разработанные специально под метод. Наше сердце отдано российской разработке Kaiten . Кроме нее есть еще TargetProcess, SwiftKanban, LeanKit и другие.

13. И в каких компаниях уже используется Канбан-метод?

Среди российских это Альфа-Банк, Хоум Кредит Банк, Почта-Банк, Додо Пицца, HeadHunter, Clever и другие. Из иностранных: Wargaming, Microsoft, Automotive IT, Blizzard Sports, Dr Dobb’s, Siemens, Tupalo. Этот список можно продолжать долго.

14. Есть еще что-то важное?

Да. Напоследок хотелось бы отметить важность двух ролей в Канбан-методе. Это менеджер сервиса поставки (service delivery manager) и менеджер сервиса запросов (service request manager). Первый отвечает за устранение препятствий в потоке поставки. Второй – за управление потоком запросов к сервису от множества заказчиков. Очень важно, чтобы эти две роли были партнерами и работали в паре.

15. Окей, я понял. С чего начать внедрение Канбана в организации?

Чтобы начать внедрение Канбана в организациях, мы используем инструмент S.T.A.T.I.K. – системный подход к применению Канбана. Подробнее о нем можно почитать в Интернете. Но мы рекомендуем посетить тренинг , на котором данный инструмент преподается в формате бизнес-игры. На примере своего сервиса (организации) вы можете спроектировать Канбан-систему для последующего применения в боевых условиях.

Тренер и консультант по гибким методологиям, Скрамтрек.