Система Канбан: умное управление проектами. Методология «канбан» в управлении проектами

Я собираюсь написать несколько статей про новую методологию гибкой разработки Канбан (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. Почувствуйте разницу.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добрый день!

Одним из моих профессиональных интересов, как координатора команды тестировщиков, являются методологии разработки программного обеспечения. В настоящее время все большую популярность приобретают так называемые Agile-методологии, в особенности Scrum и Kanban. На «раcпиаренных» терминах играют недобросовестные «тренеры», семинары и сертификации («сертифицированный Scrum-мастер», «сертифицированный Product owner» и т.д.) растут как на дрожжах.

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

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

История термина

Kanban – японский термин, который начали использовать применительно к производству в 60-х годах 20-го века в компании Toyota. В основу данного принципа положен конвейерный метод производства, а также различные скорости выполнения отдельных технологических операций на производстве. Попробую объяснить на пальцах. При любом производстве есть основное производство («главный конвейер») и дополнительное производство («дополнительные конвейеры»). Темп выпуска конечных изделий задает главный конвейер, в то время как дополнительные конвейеры не могут ускорить темп выпуска изделия, но могут замедлить его, в случае несвоевременного выпуска требуемых деталей.

Дополнительно, при производстве может произойти смена приоритетов. К примеру выяснилось что станция, которая производила левые зеркала произвела 20 шт., а станция производившая правые зеркала - 10 шт., в то время как на конвейере находятся 15 автомобилей и необходимо 15 штук зеркал обоих типов. Налицо конфликт метрики - количественно производство не упало (дополнительные конвейеры выпустили 30 изделий в срок), но производство все равно рискует остановится. Kanban призван помочь с этой проблемой.

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

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

Настоящее время

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

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

Отдельно необходимо отметить, что Kanban хорошо работает в стартапах, не имеющих четкого плана, но активно работающих над разработкой. Предлагаю рассмотреть пример использования Kanban в разработке программного обеспечения. Заранее прошу простить за некрасивые иллюстрации. Давайте представим себе команду из одного разработчика, работающего над небольшим проектом. План разработки (backlog) отсортирован в порядке приоритета кусков работы, лимит команды на задачи в процессе - 1 шт.

Для управления процессом руководитель проекта может:

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

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

К ограничениям Kanban"а при использовании его в продуктовых командах можно отнести:

данная методология плохо работает с большими командами (больше 5 человек);
в чистом виде, Kanban плохо работает с кросс-функциональными командами. Т.е. в отличие от Scrum, тяжело совместить тестирование и разработку в одной команде. Более удачной мыслью является разбить процесс на «станцию» разработки и «станцию» тестирования с отдельными руководителями и backlog-ами;
ввиду своей истории и специфики, Kanban не предназначен для долгосрочного планирования.

Заключение

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

В случае возникновения интереса к теме продолжу рассмотрение Kanban"a подробнее. В последствии, предлагаю разобрать по полочкам и картинкам Scrum и RUP.

Более подробно, и наглядно можно посмотреть в.

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

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

Вытягивающее производство и устранение потерь

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

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

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

Как повысить эффективность системы канбан?

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

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

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

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

Интеграция системы канбан с MRP II

Проблемы интеграции системы канбан с MRP II (системой планирования материальных потребностей) рассматриваются во многих книгах, поэтому мы не будем останавливаться на этом вопросе. MRP II - это компьютеризованная система, применяемая не столько для реагирования на изменения потребительского спроса, сколько для оценки ресурсов, которые требуются для производства. Другими словами, сфера применения MRP II - выталкивающее производство. Хотя некоторые компании пытаются перейти к вытягивающему производству путем интеграции системы MRP И с системой канбан, в этой книге канбан рассматривается сам по себе как механизм внедрения истинно вытягивающего производства.

«Пилотное» или повсеместное внедрение системы канбан

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

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

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

Как канбан может улучшить вашу деятельность?

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

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

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

Что представляет собой система Канбан?

Экономист Дэвид Андерсон, будучи весной 2005 года в Токио, во время прогулки в Восточных садах Императорского дворца пришел к выводу, что многоразовые разноцветные пластиковые билеты для туристов, называемые Kanban могут стать инструментом экономической деятельности в условиях неопределенности. Совершив прогулку и сдав Канбан, он, по сути, завершил «условную работу». Отметки о выдаче карточек посетителям и получении их обратно контроллёры делали на специальной доске с колонками.

Андерсон пришёл к выводу, что посредством карточек и колонок можно, например, контролировать запасы на складе или поставки товаров. За счет концепции «точно в срок» удастся минимизировать материальные издержки и оптимизировать продажи. Нечто подобное еще в конце 60-х годов прошлого века использовалось в машиностроительном производстве Toyota, однако тогда количество одновременно выполняемых задач было минимальным, работы осуществлялись в соответствии со строгим алгоритмом.

Итак, Андерсон увидел в доске Канбан ценный производственный инструмент, о котором рассказал в книге «Kanban: успешные эволюционные изменения для вашего технологического бизнеса».

Что дает Канбан для производства?

Таким образом, сформулированная Дэвидом Андерсоном методология Канбан являет собой эволюционный процесс управления задачами, предполагающий точную организацию работ (поставок).

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

Если сравнивать производственные процессы до и после внедрения методологии Андерсона, то видно, как день за днем снижаются материальные издержки. При этом сотрудники ориентируются на запись в карточке Канбан «Done» («сделано») «точно в срок». Предприниматели, внедрившие метод Андерсона, сообщили о росте рентабельности своего бизнеса на 25-30% - причем без каких-либо серьезных инвестиций. Со временем метод Канбан становится все более распространённым и востребованным в среднем и малом бизнесе.

Как ввести Канбан в компании?

Анализ публикаций в российских СМИ показывает, что во многих случаях под внедрением Канбан подразумевается интеграция системы поставок «точно в срок», в которой используются специальные доски с колонками “to do” (начал работу), “in progress” (работаю), ”review” (пересмотр работы), ”test” (результат), “done” (завершено). Таким образом, контролируются действия всех сотрудников и не допускается возникновение такой ситуации, когда у одного сотрудника накопилось огромное количество невыполненных задач, а другой сидит без дела.

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

4 принципа Канбан

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

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

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

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

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

5 правил Канбан

Помимо 4 принципов Дэвид Андерсон в своей книге «Kanban: успешные эволюционные изменения для вашего технологического бизнеса» описал 5 базовых правил, которых придерживаются успешные бизнесмены:

Визуализация рабочего процесса.
Ограничение незавершенных производств (WIP — Work-In-Progress).
Управление потоком работ.
Понятность и прозрачность изменений.
Улучшение совместной работы (с использованием моделей и научного метода).

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

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

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

Если грамотно визуализировать рабочий процесс, то легко найти фрагменты WIP, которые называют «убийцами бизнеса».

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

Очень важна обратная связь. Внеся изменения, следует убедиться, что и впрямь произошло улучшение.

«Метод Канбан - это увлекательное путешествие, когда не знаешь, куда придешь, - напоминает Дэвид Андерсон. - Решение одной проблемы может вызвать усугубление другой».

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

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

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

Kanban vs. Agile

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

Agile;
Scrum;
Lean;
Six Sigma;
PRINCE2.

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

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

Программисты проще смотрят на «заброшенные подпроекты», если найдена более оптимальная архитектура программного обеспечения. О том, что Канбан в России является действенным методом, могут рассказать компании Dostаевский, Chernika, uKit Group и другие.

Заключение

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

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