Канбан - что это такое? Принцип бережливого производства. Что такое канбан и чем он полезен

О том, что такое канбан и почему это не просто доски со стикерами, рассказывает Дэвид Андерсон, автор книги , которая вышла на русском языке в издательстве «МИФ».

Андерсон был первым, кто использовал канбан в разработке ПО (2005 год), он внедрял гибкие методы управления в таких компаниях, как Motorola и Microsoft, а также основал Lean Kanban University и David J Anderson School of Management.

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

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

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

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

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

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

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

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

Тем временем охрана ежевечерне рыскала бы по парку в поисках заблудившихся туристов. Нет, дело в чем-то другом.

Я понял, что в садах Императорского дворца реализуется канбан-система! Это озарение позволило мне понять, что канбан-системы полезны не только в производстве.

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

Что такое канбан‐система?

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

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

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

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

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

Применение канбана в разработке ПО

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

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

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

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

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

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

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

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

1. Сады Императорского дворца в Токио используют канбан-систему, чтобы контролировать число посетителей в парке.
2. Количество сигнальных карточек «канбан», находящихся в обращении, ограничивает объем незавершенных задач.
3. Новая работа втягивается в процесс после возвращения в оборот сигнальной карточки, когда предыдущее задание выполнено.
4. В IT-сфере мы, как правило, используем виртуальную канбан-систему, поскольку для ограничения количества незавершенных задач не передаются какие-либо физически существующие карточки.

Доски со стикерами, часто встречающиеся в гибкой разработке ПО, не являются канбан-системами.

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

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

Современное определение Канбан-метода можно найти в сети на сайте Общества ограничения незавершенных задач (Limited WIP Society).

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

Менеджмент Камбан в экономической практике означает такую организацию предпринимательской деятельности - будь то производство, логистика или розничная торговля - которую можно охарактеризовать как система «точно в срок». В самом термине «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 и другие.

Заключение

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

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

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

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

Иллюстрированный глоссарий по бережливому производству Чета Марчвински и Джона Шука дает следующе определение:

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

1. Передачи сигнала (или указания) на производство продукции.
2. Передачи сигнала (или указания) на перемещение продукции.

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

Давайте посмотрим, как это работает.

Канбан перемещения или изъятия

Примечание: если вы рисуете карту вручную, то вряд ли будете заморачиваться таким количеством текстурных линий. Достаточно нарисовать пару штрихов, чтобы визуально отличать от других типов канбанов. Также ваш канбан изъятия может выглядеть по-другому, если вы используете иное программное обеспечение. Символ выше и все последующие нарисованы в программе Companion от Minitab .

Типичный канбан изъятия может содержать:

1. Информацию о поставщике или предыдущем процессе:

• название процесса или поставщика;
• место размещения (локация на производстве или полка на складе).

Информацию о детали:

• наименование детали;
• артикул (номер, код):

Информацию о следующем процессе – заказчике:

• название следующего процесса (заказчика);
• место размещения (локации на производстве или полка на складе);

Используется на участке между супермаркетом и процессом, который из него потребляет продукты. Чаще всего используется там, где в процесс вступает большое количество SKU (артикулов). Является сигналом для того, чтобы переместить определенный артикул на производственную операцию:

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

На карте потока создания ценности отражается следующим символом:

Типичный канбан производства может содержать:

1. Информацию о месте хранения:

• название склада или супермаркета;
• место размещения (локация на производстве или полка на складе);
• тип упаковки/контейнера/тары.

Информацию о продукте:

• наименование детали;
• артикул (номер, код);
• количество деталей в партии/упаковке/таре.

Информацию о процессе-поставщике:

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

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

Сигнальный канбан (еще называют треугольным)

На карте потока создания ценности отражается следующим символом:

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

Типичный сигнальный канбан используется в комбинации с доской:

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

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

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

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

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

Мы все знаем и понимаем их значения (хотя бы приблизительно), но мало кто знает, что все это – множество частей одной системы.

Системы, которая помогает компаниям работать сверхрезультативно. И называется она – канбан.

Система “Канбан” это и вправду очень сильный инструмент по управлению задачами на разных уровнях (даже в продаж).

И не даром её реализацию мы сейчас можем видеть в разных компаниях и сервисах. Скорее всего Вы даже пользовались этим подходом, например в .

И для многих такие инструменты не относятся к маркетингу, но мы считаем наоборот.

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

Пишите шура, пишите (с)

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

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

НАС УЖЕ БОЛЕЕ 29 000 чел.
ВКЛЮЧАЙТЕСЬ

Отдел продаж

Вы – менеджер по продажам. И через Вас ежедневно проходят десятки клиентов. Помимо новых, у Вас есть старые, которым тоже нужно что-нибудь отправить или позвонить.

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

Такая ситуация с огромным количеством задач на одного человека в 9 из 10 компаний.

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

Вы разделяете весь этап ведения клиента на шаги от А до Я. Начиная от первого контакта, заканчивая подписанием актов, а ещё лучше, звонков из серии “Как дела?”.

Кстати, звонок “Как дела?” это очень интересная по повышению лояльности и продаж. Поэтому вот Вам видео на эту тему:

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

Получается некая синергия этапов и введения проектов. Такой вот личный канбан для сотрудников.

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

Вот канбан пример успешной реализации нами и как еще одно доказательство, что это возможен канбан в России:

Реализация Канбан

Выполнение проекта

С этим всё максимально просто. Например, Вы – студия дизайна. А значит клиентский проект проходит по запланированному плану, перед тем как его в руках будет держать клиент. На каждом участке этого плана есть свои ответственные и задачи.

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

После того, как из клиента вытащили все хотелки, то ответственный переносит карточку на следующий этап – “Дизайн” уже с другим ответственным. Затем карточка переходит к “Электрику”, “Раскройщику” и т.д.

Что на выходе мы имеем? А то, что каждый видит какое количество задач у него есть на данном этапе.

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

Выполнение проекта

Адаптация к бизнесу

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

Что же для этого нужно сделать? Использовать доски и карточки канбан. Все верно.

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

Вот так думаете это выглядит?

Но так как у нас 21 век, то доска, а так же карточки канбан могут быть виртуальными.

Именно для этого я подобрал 3 программы, которые помогут Вам совершить внедрение системы канбан совершенно безболезненно и результативно.

1. Битрикс24

Наверное это самая известная в России. Ведь как говорит Битрикс, их CRM используют более 2-х миллионов компаний по всему миру.

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

Как в любой CRM, в Битрикс 24 можно ставить задачи для себя и для сотрудников. И для удобства Вы можете делать это в канбан, если уж решили, что эта японская система Вам приглянулась.

Вкладки по типу “Выполняется” и “Сделано” Вы можете настроить индивидуально.

Также видно какая задача каким сотрудником выполняется в моменте, что позволяет контролировать производительность.

Битрикс 24

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

И все это как с компьютера, так и с телефона через мобильное приложение. Сервис “must have” для большинства компаний. Хоть и не единственный, но зато бесплатный.

2. Трелло

Мы сами использовали Трелло более года и весьма были довольны, пока проектов не стало “Мама не горюй”.

Во-первых, он бесплатный (но есть и платная версия), во-вторых, очень удобный и интуитивно понятный.

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

Трелло

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

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

Трелло нам настолько понравился, что мы уже “подсадили” несколько клиентов на него.

В общем, если Вам нужно эффективно управлять проектами, ставить задачи и проверять их выполнение – Трелло отличный сервис для начала пути к этому.

3. Кайтен

Сервис Кайтен я нашел только потому, что список из 2-х пунктов смотрится неполноценно.

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

Кайтен

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

Кроме того, здесь учтен один из главных принципов канбан – ограниченное число задач.

То есть каждому процессу/сотруднику Вы можете задать определенное число задач и он не сможет добавить новые, пока не завершит старые.

Недостатки: он платный (хотя 500 рублей за пользователя не такая уж и большая плата) и пока мобильное приложение есть только для пользователей Андроид.

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

Коротко о главном

Я читал, изучал и внедрял разные системы управления проектами – agile, scrum, xp, канбан.

И могу сказать, что одна из самых простых для малой и средней компании – это канбан.

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

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

Добрый день!

Одним из моих профессиональных интересов, как координатора команды тестировщиков, являются методологии разработки программного обеспечения. В настоящее время все большую популярность приобретают так называемые 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 шт.

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

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

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

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

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

Заключение

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

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

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