Содержание

суть системы, метод работы, примеры доски

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

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

Канбан: суть системы 

Немного истории 

Разработали и впервые применили данную систему японские инженеры из корпорации Toyota. Натолкнула их на такую идею работа супермаркетов в США. Товары добавляли на полки по мере необходимости. Покупатели сами выбирали нужные продукты. Это было в конце 50-х годов прошлого столетия.

Методы работы 

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

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

Практика «точно в срок» позволила искоренить простои и затоваривания, снизить затраты, ускорить сборку машин. 

Практики Канбан 

Визуализация 

Элементы визуализации: канбан-доска и канбан-карточки. 

Канбан-доска 

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

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

Местоположение стикера несет определенный смысл. Чем он выше, тем важнее записанная на нем задача. 

Пример. Канбан-доска для B2B-бизнеса (интернет-магазин). 

Новые

Проверка

Обработка

Отгрузка

Доставка

Отмена

Успешно

доставлен

             
  1. В первой колонке находятся стикеры с новыми заказами. 
  2. Для начала работы стикер следует переместить в колонку «Проверка». На этом этапе необходимо провести согласование с покупателем, проверить наличие товара. 
  3. На этапе «Обработка» выбирается метод доставки. Определяется вес и габариты товара, количество мест, уточняется, требуется ли сборка. 
  4. «Отгрузка». Задачей для текущего этапа является группировка заказов по способу и дате отправки, печать документов для отгрузки. 
  5. Если стикер находится в колонке «Доставка», значит, товар на пути к заказчику. 
  6. «Отмена». Заказчик по какой-либо причине товар принять отказался. 
  7. «Успешно доставлен». Сделка состоялась. 
  8. Заказ переносится в архив.

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

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

Доска может быть реальной и виртуальной. Популярные в России онлайн доски: Trello, Bitrix24, Taskify. С KanbanFlow можно отследить время, затраченное на выполнение задания. Приложения бесплатны, понятны в пользовании.

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

Канбан-карточки 

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

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

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

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

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

Определение приоритетов

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

Лимит на задачи

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

Управление потоком задач 

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

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

Концентрация на работе 

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

Постоянное улучшение 

Канбан – помощник в борьбе за качество. Позволяет выявить на ранних этапах проблемы в производстве и работе персонала. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Личное планирование 

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

Как начать работать по методу Канбан в небольшой компании 

  1. Создать доску, начиная с трех этапов (заявка, в работе, выполнено). 
  2. Определиться с этапами выполнения задач. 
  3. Добавить недостающие колонки. 
  4. При необходимости изменять и дополнять формулировки задач.

 Преимущества системы Канбан 

  • Прозрачность. Одним взглядом менеджер имеет возможность оценить текущее состояние дел. Видно:
    • кто чем занят;
    • что ждет каждого дальше;
    • где узкое место;
    • когда будет выполнена та или иная задача;
    • какой этап тормозит работу.
  • Простота применения.
  • Гибкость системы. Быстрая адаптация процесса производства к изменению спроса.
  • Экономия материальных ресурсов.
  • Сокращение времени производственного цикла.
  • Улучшение использования складских площадей.
  • Повышение уровня контроля.
  • Способствует слаженной работе коллектива.
  • Повышение доходов.
  • Положительные эмоции от результатов работы.

Недостатки системы Канбан 

  • Численность штата должна быть более пяти человек.
  • Не подходит для долгосрочных направлений развития.
  • Работники должны владеть смежными профессиями.
  • Ориентирована на сознательный коллектив. 

Методология Канбан – не очередное модное течение. Это серьезная, научно выверенная система управления проектами. Ее жизнеспособность не вызывает сомнений. Доказательства очевидны: японский автомобильный концерн «Toyota» использует данную систему более полувека и процветает.

Применяют Канбан и многие другие компании. В их числе Микрософт, фирма Ауди, компания по производству принтеров Хьюлетт-Паккард, Ярославский шинный завод, Альфа-Банк, Почта-Банк, Додо Пицца.

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

Канбан. Как работает японская система поставки крепежа

Что такое Канбан?

канбан поставка крепежа на предприятия

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

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

Кто придумал?

Таичи Оно придумал систему Канбан

Таичи Оно — отец производственной системы Toyota и в частности Канбана

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

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

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

Система Канбан на заводе Тойота

Формирующаяся система Канбан на заводе Toyota в 40-е годы

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

Есть ли выгода от Канбана при поставках крепежа?

Детали, необходимые для сборки той или иной продукции, можно условно разделить на три группы: A, B и C. В первых двух категориях затраты на логистику составляют 20 процентов от стоимости, в товарах категории С – 80 процентов. Крепёж относится к группе С, то есть траты на закупку, доставку и хранение изделий в разы превышают их себестоимость.

система канбан на заводе

Стеллажи с крепежом возле кузовного конвейера на заводе «УАЗ»

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

преимущества системы канбан

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

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

Как это происходит на практике?

Работа по системе Канбан происходит по следующей схеме.

  1. Предприятие и компания-поставщик заключают договор и определяют перечень необходимых изделий.
  2. Поставщик привозит и устанавливает складские стеллажи и тару для хранения крепежа на сборочные участки. Каждая позиция имеет своё чётко отведенное место и хранится в двух ящиках. В одном – рабочий запас, в другом – резервный.
  3. Когда крепёж в первом контейнере заканчивается, рабочие отставляют его в сторону и пользуются изделиями из резервного. Сотрудник производства сканирует коды на ящиках и автоматически отправляет заявку поставщику.
  4. Представитель торговой компании оперативно приезжает, наполняет боксы крепежом и ставит их на свои места. Теперь они становятся резервными. Таким образом, происходит бесперебойное снабжение сборочного участка.

В России уже кто-то работает по системе Канбан?

система канбан при поставках крепежа

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

система канбан

Разумеется, со времён Таичи Оно многое изменилось. Сейчас на заводах уже никто не вывешивает рукописные карточки. Им на смену пришли технологичные методы оповещения. Например, ЦКИ использует систему заказа через QR-кодирование. Когда крепёж в боксе заканчивается, сотрудник предприятия считывает через специальное приложение на смартфоне QR-код с тары, в котором зашифрованые сведения о типе и количестве изделий, а также о расположении стеллажа и бокса на территории предприятия. Эта информация приходит в ЦКИ и одновременно на почту предприятия.

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

Канбан не стоит на месте: поставщики предлагают всё более совершенные методы работы. Удобство и выгода японской системы поставок хорошо зарекомендовала себя, поэтому спрос на неё в России будет только расти.

Система ЦКИ-Канбан

цки канбан

ЦКИ предоставляет систему бесперебойной поставки крепежа. Узнать, как это работает, и заказать услугу можно в разделе «Система ЦКИ-Канбан».

Канбан что это такое? Система kanban в бережливом производстве

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

Немного истории

Канбан – это система, разработанная в Японии инженерами знаменитой компании «Тойота». В переводе kanban означает «рекламный щит», «вывеска» (кан – «визуальный», «видимый»; бан – «доска», «вывеска»). Систему канбан создали в конце 50-х годов XX века, а с 1962 года началось ее широкое внедрение на автомобильных предприятиях Toyota. Существует две версии появления новаторского по тем временам метода.

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

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

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

Суть системы

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

  1. Количество одновременно выполняемых задач должно быть минимальным.
  2. Управление складскими запасами осуществляется по принципу just-in-time (в переводе это означает «точно в срок»).

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

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

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

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

Бережливое производство

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

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

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

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

Особенности метода

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

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

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

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

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

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

Еще один инструмент визуализации – карточки kanban, о применении которых было рассказано выше на примере функционирования предприятия по выпуску автомобилей. Впервые карточки канбан стали применяться на предприятиях Toyota. Канбан-карточки могут иметь различное назначение и нести разную информацию. Их функция – обеспечивать взаимосвязь частей целого для успешной работы всего предприятия или организации. Карточки канбан удобны для применения в крупных компаниях с большим количеством подразделений, производств. Если коллектив небольшой, достаточно использовать kanban-доску.

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

Фокусировка на работе. Kanban – это система, которая позволяет вместо постоянного планирования дел выполнять текущие задачи. Приоритетом является фокусировка на невыполненных задачах и их решение за счет правильного использования ресурсов, привлечения дополнительных сил и т. д.

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

Вывод

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

Что такое Канбан — Справочник Unusual Concepts

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

13 причин перейти на Kanban. И никаких суеверий / Hygger corporate blog / Habr

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



Что такое Kanban?


Разберем следующий пример, рассмотрев две ситуации.

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

Вторая ситуация – шоурум Toyota в наши дни. Покупатель выбирает модель и вносит оплату. Однако на складе Toyota в этот момент нет вашего цвета автомобиля. Заказ отправляется в головной офис Toyota. Вам сообщают сроки, когда машина будет доставлена. Только с этого момента автомобиль начинают производить. Специально для вас. Налицо принцип: сперва продажа, потом производство. Другими словами, работает принцип точно в срок just in time (JIT). Сперва цели и сроки, затем план и работа.

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

Одной из ключевых составляющих JIT-принципа является Kanban. Доски и карточки Kanban – это своеобразные светофоры в системе just in time. Kanban дает возможность бизнесу быть реактивным по отношению к потребностям клиента вместо прогнозирования потребностей, как это случилось в первой описанной ситуации.

Можно спроецировать похожий пример на область разработки ПО:

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

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

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

Для чего разработке ПО нужен Kanban?


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

13 причин перейти на Kanban


Вот 13 причин, по которым стоит внедрять Канбан в IT компании, которые занимаются разработкой ПО:

1.Определение узких мест


Переход на Kanban доски с обычных списков задач сразу показал нам узкое место: в колонке Testing скапливалась большая очередь задач. Наш QA не справлялся с проверкой задач. Он брал задачи на проверку с большой задержкой. После того, как тестировщик возвращал задачу на доработку, программист уже успевал ее забыть. Приходилось снова смотреть код и вспоминать детали. Как понимаете, это драгоценное время. Команде потребовался еще один тестировщик.
Kanban доска позволяет увидеть узкие места в вашем процессе, где образуются очереди. В Hygger.io c этой задачей помогают справиться WIP лимиты. Если у вас больше или меньше задач, чем нужно — колонка подсвечивается красным или желтым цветом соответственно.

2. Точный порядок выпуска фич


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

3. Приоритет главным задачам


Kanban учит отдавать главное внимание главным вещам. Тому, что реально добавляет ценности продукту. Мы смогли «опустить» вниз множество бесполезных багов и доработок. Это дало результат.
Отличать важные баги от менее приоритетных – непростая задача для менеджера продукта, но здесь ему на помощь приходит функция Swimlanes. Это горизонтальные колонки на Kanban доске. Как правило, у программистов на доске присутствуют такие Swimlanes:
  • Blockers — задачи и баги, которые надо править в режиме реального времени. Пример – сломанная регистрация.
  • Tasks and Bugs – обычные текущие задачи и баги.
  • Someday — задачи, которые потеряли актуальность по той или иной причине.

Система схожа с квадрантом Эйзенхауэра. Важные и срочные вопросы — это Blockers. Важные, но несрочные — Tasks and Bugs. Неважные и срочные, а также неважные и несрочные — это Someday. К слову, отсутствие горизонтальных колонок — один из факторов, подтверждающих чего не хватает Trello для Agile разработки.

4. Концентрация на работе


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

5. Панорамный вид


Перед вашими глазами — вся картина по проекту. Открыв доску, можно оперативно получить ответы на важные вопросы:
  • Кто чем занят в данный момент времени?
  • Что будет в работе дальше у каждого отдельного специалиста?
  • Какие задачи были переоткрыты из-за багов?
  • Кто находится без задач?
  • У кого большая очередь задач?
  • Где случились какие-либо изменения за последние сутки?
  • Когда будет сделана конкретная задача?
  • Как скоро закончатся задачи у конкретного специалиста?
  • На какие задачи уже потрачено больше времени, чем было запланировано?

6. Гибкость


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

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

7. Не нужно оценивать фичи


Scrum забирал много времени на оценку фич перед стартом спринта. С Kanban потребности в оценке нет. Когда сделаем, тогда и будет сделано.

8. Больше дела


Scrum предполагает много коммуникации. Начало спринта сопровождается планированием: анализом и оценкой задач. Каждую неделю обязательны стенд-апы. После окончания спринта проводится ретроспектива. По итогу, вся коммуникация отнимает около 30% времени. А ведь это время команда могла бы потратить на работу.

9. Командный дух


С Kanban команда начинает работать более согласованно. Сейчас тестировщик проверяет фичу практически сразу после того, как ее сделал программист. Аналогично и в других областях: у дизайнеров, UX, редакторов, сейлзов.

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

10. Ошибаться раньше — быстрее находить решение


В Scrum мы «заливаем» фичи на production только в конце спринта. Примерно раз в 3 недели. В Kanban — практически сразу после приемки тестировщиком. Раз в несколько дней.

Так мы быстрее узнаем, зашла фича пользователям или нет. Если нет — где-то произошла ошибка. А нам важно ошибаться первыми. Это вовсе не означает, что мы любители ошибаться. Но если мы узнаем об ошибке первыми, мы первыми будет знать и решать, что делать.

11. Больше потока


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

12. Больше знаний – лучше для проекта


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

13. Концентрация на одной задаче


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

Может показаться, что мы настаиваем на том, что Kanban лучше Scrum. Но это не так. Всему свое время. Опыт Hygger позволяет утверждать: Scrum хорошо подходит на старте разработки продукта, а Kanban — когда продукт уже вышел на арену.

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

в чем разница и что выбрать? / Hygger corporate blog / Habr

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



Две популярные Agile-методологии


Scrum и Kanban — представители методологий Agile-семейства. Обе считаются гибкими и итеративными. Перед тем, как разобраться в разнице между ними, вспомним кратко о том, что их объединяет.

Более 17 лет назад лидеры IT-разработки сформулировали манифест Agile. Главное, что можем выделить из манифеста:

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

Можно смело согласиться со всеми аргументами, ведь действительно:
  • Люди важнее инструментов, потому что несколько человек, объединенных вместе и «заряженных» на одну общую цель могут иметь больший потенциал и прийти в итоге к бОльшему результату.
  • MVP-подход в разработке: выпускаем минимально-жизнеспособную версию продукта на рынок ASAP. Все «свистелочки» оставляем на потом.
  • Слово «заказчик» очень просится поменять на «пользователь». Требования к проекту надо собирать не у заказчика, а у пользователей будущего продукта. Об этом детально написано у Карла Вигерса и Джоя Битти.

Зачастую в последнее время проект — это стартап. В контексте стартапов приходит на ум «customer development» (оригинальную методику замечательно описал Стив Бланк).

По сути, во время customer development мы проверяем наши гипотезы до начала разработки даже прототипа. Наши цели – убедиться в том, что:

— проблемы, решением которых мы занимаемся, существует в жизни пользователя.
— эти проблемы существенные.
— пользователь будет за них платить
— есть рынок, и это не проблема одного человека.
— есть каналы привлечения пользователей (например Facebook Ads, или Googl Adwords), и мы сможем найти такую стоимость привлечения пользователей, которая будет давать нам прибыль (CAC < LTV).

  • Пункт про гибкость нужен тогда, когда ваш UX или менеджер проекта меняет требование в задаче, и программист говорит: «У вас там семь пятниц на неделе». Вот в этой точке пространства и времени вы ссылаетесь на пункт про гибкость. А вообще, нужно “копнуть” глубже. Для чего нужна готовность к изменениям? Для того, чтобы уметь реагировать на обратную связь. Вы запустили фичу в продакшн, собрали статистику поведения пользователей, убедились в том, что надо менять какие-то параметры фичи и отправили ее на допроектирование. И вот у вас уже на проде улучшенная версия функции. Чтобы все это сделать, нужно быть готовым к изменениям (это про Agile) и способность эти изменения улавливать (это про аналитику и данные).

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

В чем разница между Scrum и Kanban?


Основу Scrum составляют короткие итерации или спринты, как правило, 2-3-х недельные. Перед началом спринта команда сама формирует список фич на итерацию, далее запускается спринт.

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

На Kanban мы посмотрим там, где он и возник. Представьте себе конвейер, на котором делают детали для машин Toyota. Есть станок, он делает зеркала для машин. Он умеет делать левые зеркала, правые зеркала, задние и зеркала для солнцезащитного козырька. Принцип прост: нажми на кнопку, поменяй режим — получи новую продукцию.

Вот вы заказываете в Москве на Кутузовском новую Toyota Camry на «максималке», и для вас уже делают зеркала в козырьке (вы выбрали «максималку» как раз из-за зеркал в козырьке). Важный момент тут — мы можем менять приоритеты в любой момент. Мы очень быстро можем переключать станок в другой режим.

Основная разница между Scrum и Канбан — в длине итераций. В Scrum итерации — 2 недели, в Kanban задачи программисту можно «подсовывать» хоть каждый день.

Kanban дает больше гибкости, если под гибкостью понимать частоту смены приоритетов. Вчера вы залили на прод новую фичу, а сегодня получили данные с передовой и узнали, что вот эта штука не работает так, как было задумано — люди не нажимают кнопку «купить». Вы «даете по шапке» UX, он дает вам новые требования. Вы поднимаете наверх очереди эту задачу, программист берет эту задачу «сверху», выполняет ее и, к вечеру fix уже на проде, конверсия в платежи выросли на 12%. Это победа.

В Scrum задачи принято оценивать в Story points или в часах. Без оценки не получится сформировать спринт: ведь нам нужно знать, успеем ли мы сделать задачи за 2 недели. Через 2 недели мы получаем ценную статистику — сколько часов или Story points команда смогла сделать за спринт. Velocity — это производительность команды за один спринт. Этот параметр позволяет Scrum менеджеру предсказать, где команда будет через 2 недели.

В Kanban не принято делать оценку. Это опционально, команда решает сама. Здесь нет понятия «скорость работы команды», считается только среднее время на задачу. Время это считается с помощью специального отчета — Cycle Time.

Cycle Time для задачи = время выполнения задачи минус время начала работы над задачей. Например, у вас есть колонки: to do, reopened, developing, testing, stage testing, deployed. Cycle time для задачи будет равен deployed-developing, то есть сколько времени прошло от момента, когда задачу начали делать до момента пока она попала в deployed.

Итак, в Scrum наша цель — закончить спринт, в Kanban — задачу.

Scrum — это автобус, который останавливается лишь на определенных остановках, где люди выходят группами. А Kanban — это маршрутка: захотел пассажир выйти, попросил водителя и вышел там, где ему нужно.

Что интересного в Kanban позволяет удачно использовать его и в спринтах? Рассмотрим на примере инструмента для управления проектами Hygger.io.

WIP


Во-первых, это WIP (Work in progress). Мы ставим ограничение на число задач, которые может одновременно делать один сотрудник. Выполнять несколько задач одновременно могли только Наполеон и Цезарь. Мы знаем, как они закончили. Поэтому мы бережем своих людей и спасаем от выгорания: они делают только одну задачу в единицу времени.

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

Когда мы впервые внедряли Kanban, WIP лимиты сразу же показали узкие места в нашем процессе: в колонке Testing скапливалась большая очередь задач  —  наш тестировщик не справлялся с проверкой задач. Задачи очень долго находились в очереди. В итоге, программисты успевали подзабыть задачи, которые им переоткрывал тестировщик спустя неделю или две. Раз забыли, значит надо смотреть код и вспоминать, о чем там шла речь, снова погружаться в детали. Это все издержки, которые понижали наш КПД. Тогда мы подключили на проект еще одного QA и проблема была решена.

Swimlanes


Во-вторых, это Swimlanes. Представьте себе, что у вас «лег» сайт. Как это часто бывает — в рабочее время. Вы делегируете задачу вашему лиду или devops – «Поднять сайт сию же минуту». А он сейчас делает другую задачу и планирует ее закончить завтра после обеда. Что делать? Бежать к нему и умолять переключиться на блокера? Можно, но так вы скоро получите прозвище «черный лебедь». Поэтому мы используем Swimlanes.

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

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

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

Sub-columns


У вас есть колонка Программирование, а за ней – Тестирование. Когда программист закончил задачу, он ее переносит в Тестирование. И получается, что тестировщик как-бы начал тестировать задачу. Но, на самом деле, тестировщик проверяет другую. Да и вообще, вы поставили ограничение WIP на число задач и после того, как программист перенес задачу на тест, у QA нарушен этот лимит. Стало две задачи.

Допустим, программист не будет переносить задачу на Тестирование и оставит ее в Программировании. Но как ему брать следующую задачу, если у него есть WIP лимит, который он не может нарушить. В таком случае, на помощь приходят Sub-columns. Например, для колонки Программирование делаем под-колонки In progress и Done. И когда программист заканчивает задачу, он переносит ее в Done. Когда тестировщик освободится, он возьмет новую задачу из под-колонки Done колонки Программирование и перенесет ее в свою колонку Тестирование.

Заключение

Подводя итоги, хочу отметить, что Scrum — гибкая методика разработки, а Kanban — еще более. Всему свое время и место. Если это разработка нового продукта, то на старте разработки и до релиза лучше использовать Scrum, так как он делает разработку более контролируемой по срокам. Также в Scrum много коммуникаций в команде: ребята обсуждают весь бэклог спринта перед стартом, задают вопросы авторам задачи (UX, продакт-менеджерам, бизнес-аналитикам), оценивают задачи сообща с помощью Planning poker. Scrum помогает детально погрузить команду в суть продукта.

А после релиза продукта начинается совсем другая жизнь: начинает идти обратная связь от пользователей продукта, нужно быстро на нее реагировать. Вы начинаете работать над HADI циклами — вам нужно постоянно проверять различные гипотезы, где на гипотезу может банально влиять цвет кнопки. Вы начинаете измерять и оптимизировать метрики продукта, например, Pirate Metrics (AARRR) и так далее. Все увеличивает ваш цикл разработки, вы начинаете делать много маленьких задач в непредсказуемой последовательности. И для этого как раз идеально подходит Kanban.

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

А на чем вы остановили свой выбор: Scrum и Kanban? Делитесь своими примерами и наблюдениями в комментариях!

что это такое? Понятие, цели, методы, правила

7 Март 2014       Евгений Неделин            Просмотров:  
канбан. что такое канбан

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

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

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

  • На рабочее место вовремя;
  • В необходимом количестве;
  • С нужным качеством;
  • В соответствующей упаковке.

Цель метода канбан

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

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

Правила эффективной системы канбан

На опыте компании Toyota сформированы следующие правила использования метода бережливого производства – канбан:

  • Количество товара, которое изымается с каждого предшествующего этапа, должно быть равно указанному в карточке;
  • На этапе непосредственного изготовления изделий производится столько, сколько указано в сопровождающем их информационном носителе;
  • Без карточек изделия не должны производиться, ведь именно карточная система позволяет проконтролировать и выявить издержки производства, избыточное перемещение товаров;
  • Продукция всегда связана с карточкой. Есть карточка – есть заказ на изготовление продукции;
  • Бракованные, дефектные изделия при установлении, что они не соответствуют уровню качества, тут же изымаются из производственного процесса;
  • Чем меньше карточек используется на производстве, тем они становятся более чувствительными, что позволяет вскрыть существующие проблемы и проконтролировать объемы используемых запасов.

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

Статьи по теме «Бережливое производство»: 

Рейтинг публикации:
Система канбан - система карточек Загрузка…
Поделиться в соцсетях:
    Метки: что такое канбан     

Отправить ответ

avatar
  Подписаться  
Уведомление о