Канбан (с японского 看板 «вывеска», «табличка», «шильдик») – это изначально японская производственная система, в которой поставка компонентов регулируется с помощью специальной карточки с инструкциями, отправляемой по производственной линии.
Немного истории
Изобрела и обкатала подход на практике компания «Тойота» в 1953 году. Уже с 1962 года принципы Канбан-метода стали внедряться на всех заводах и производствах Toyota. Автор идеи – инженер-технолог Тайити Оно. Основной целью методики было сокращение избыточных товарных запасов (перепроизводства) на всех этапах бизнеса.
Принципы производственной системы Канбан, в свою очередь, были подсмотрены в американских супермаркетах, которые для минимизации остатков продуктов на складах использовали сигналы пустых корзин. Закончился определённый товар? Пора сделать заявку поставщику. Он привезёт новую партию. При заказе количество можно увеличить в соответствии с прогнозируемым спросом. Но если спрос не оправдывает ожиданий, объём новых заказов постепенно снижается. И так до получения оптимального значения.
Как звучали правила Канбан у «Тойоты»:
- При потреблении или исчерпании материалов сотрудник возвращает canban поставщику этих материалов.
- Объём изготовления новых материалов должен соответствовать поступающим запросам.
- Без входящего канбана (запроса) производить материалы запрещено.
- Канбан отправляется к потребителю вместе с произведёнными материалами (имеются в виду линии на производстве, потребитель – это тот, кто запросил производство материала).
- Отправка дефектных изделий и материалов запрещена.
- Запросы в ожидании обработки строго ограничиваются, чтобы оптимизировать эффективность работы.
Канбан здесь выступает в роли специального маркера или индикатора обратной связи.
Бережливое производство
Метод управления Канбан часто связывают с принципом «бережливого производства». Есть даже специальные методологии работы с товарными запасами по Канбан: тарный и карточный.
Основные принципы работы Канбан на производстве:
- Табличка имеет свой цвет (обычно для обозначения отделов или участков производства). На ней указывается вся необходимая информация о товаре, продукции или заказе. Например, «Деталь 1, кол-во – 56 шт., цех N».
- Канбан перемещается по производственной линии в одной таре с деталями или прикрепляется к изделию.
- Должны быть выработаны определённые нормы для работы с каждой табличкой. Например, на одном рабочем месте одновременно должно находиться не более 2 табличек.
- Должны быть сильно упрощены способы взаимодействия специалистов, между которыми передаются детали с Канбан (например, отсутствуют акты приёма-передачи, проверки исправности и технического состояния), а также общие процессы перемещения деталей или продукции.
- Рабочая линия должна хорошо просматриваться, чтобы можно было легко оценить текущую стадию работы. Для реализации этого подхода склад обычно переделывают в некое подобие конвейера. А быстрому поиску необходимых частей или позиций помогает адресная система хранения.
Результат такого подхода:
- Производство работает с тем, что есть: не запасает запчасти или детали впрок, а значит — снижает перепроизводство.
- Конвейерная линия оптимизируется.
- Снижается нагрузка на работников склада и объём ненужных перемещений.
- Упрощается система взаимодействия рядовых сотрудников.
- Производственные процессы становятся линейными, их легче контролировать и прогнозировать.
На многих современных производствах Канбан-подход сохранился, только преобразован в электронный формат (интегрирован в системы ERP – программные средства для планирования ресурсов организации).
Эффективная разработка с использованием Канбан
В свою очередь kanban очень понравился командам разработчиков, небольшим web-агентствам и даже крупным игрокам рынка, так как его методология позволяет гибко планировать работу отдельных участников коллектива и распределять нагрузки. При этом можно добиться сдачи проекта точно в срок или очень близко к дедлайну.
Для визуализации Канбан-подхода используется так называемая Канбан-доска. О ней и её применении в проектах мы и поговорим ниже, но для начала разберемся в самой методологии.
Технология Канбан-управления проектами
Использование планирования Канбан тесно связано с аджайл (agile) мышлением – проектный менеджмент. Полный манифест и все 12 принципов Agile можно изучить на официальном сайте проекта – здесь.
Принципы Канбан в разработке (могут применяться и для других сфер, например, для PR-отделов, для маркетинга):
- Визуализируйте поток.
- Определите объём для одновременных потоков и задач.
- Управляйте потоками (имеется в виду своевременная смена статуса для отслеживания общего процесса).
- Обозначьте правила работы с доской.
- Регулярно анализируйте деятельность.
- Улучшайте и оптимизируйте процессы.
Канбан-доска проектов
Главная задача внедрения Канбан в проектах – простота визуализации и понимание всеми участниками, лёгкий контроль и возможность оперативного реагирования на изменения. Плюс можно оптимизировать нагрузку на каждого члена коллектива.
Как это работает? Элементарно!
Доска задач Канбан делится на несколько столбцов, каждый из которых соответствует статусу работы.
Самый простой пример Канбан-доски для проекта:
- Столбец «Запланировано» — сюда попадают все входящие задачи команды.
2. Столбец «В работе» — то есть задачи, находящиеся на исполнении в текущий момент)
3. Столбец «Выполнено / Готово» — тут оказываются закрытые/сданные задачи).
Столбцов может быть больше. Но следует понимать, что вместе с дополнительными статусами может значительно возрасти сложность системы.
Для команд разработки наибольшее распространение получили статусы:
- бэклог (все входящие задачи/дела);
- разработка (задачи, которые находятся в работе у программистов или дизайнеров);
- тестирование (задачи, которые перешли к тестировщикам);
- на проверке (задачи, которые были отправлены на утверждение тимлиду или менеджеру проекта);
- готово (закрытые задачи, протестированные и проверенные тимлидом/менеджером).
Формат табличек (стикеров) для задач может определяться индивидуально. Но обычно там как минимум фигурирует:
- сама задача (её краткая формулировка);
- исполнитель (это может быть отдел, служба или конкретный сотрудник);
- уровень важности.
Так как элементов списков может быть очень много, тимлид или наделённые необходимым статусом сотрудники должны регулярно актуализировать статус задач. В работе должны быть только актуальные задачи (как на производстве – «без брака»).
Лучше всего, если каждой задаче будет присвоен вес (значимость/приоритетность), чтобы наиболее важные попали на исполнение первыми. Статус может присваивать лидер группы или сами участники в процессе коллективного обсуждения.
Количество задач, находящихся в работе, должно соответствовать объёму, который способен выполнить ответственный сотрудник или группа. Для наглядности общий лимит задач можно указывать в названии колонки. Это будет своего рода пропускная способность команды. Определить показатель можно только опытным путём, через несколько итераций значение само придёт к оптимальному.
Как происходит мониторинг задач по Канбан-доске
Наиболее важный показатель эффективности работы с задачами – эффективность потока (Flow Efficiency).
Рассчитывается по формуле: 100% * активная работа / (активная работа + время ожидания)
Например, активная работа над задачей заняла 5 дней, а потом эта же задача зависла ещё на 3 дня, пока её не приняли (не закрыли). Эффективность потока составит 100% * 5 / (5+3) = 62,5%. Значит 37,5% времени задача простаивает.
При наработке достаточного опыта (завершённых задач) можно оценивать эффективность работы по среднему времени, которое уходит на работу с одной задачей. Общее время работы делится на количество задач. Это будет «эталон». Каждое отклонение в большую сторону – сигнал для принятия соответствующих своевременных мер.
Если количество задач в бэклоге растёт, а лимит задач в работе находится на пределе, то есть смысл или отказываться от части задач на входе, или нанимать дополнительных сотрудников (чтобы нарастить ресурс исполнения), или пересматривать эффективность работы над выданными задачами (уменьшать время их обработки).
Если все задачи стоят в колонке «на исполнение», то налицо проблемы с планированием – работа над задачами явно забуксовала. Нужно принимать меры и разбираться, почему задачи не закрываются и не меняют свой статус. Как вариант, неправильно выбран цикл итераций или неправильно распределены нагрузки между участниками команды.
Преимущества применения Канбан в проектах
- Обеспечивается максимально гибкое и простое планирование нагрузки.
- Система легко адаптируется к смене приоритетов и постановке новых задач.
- Увеличивается вовлечённость отдельных членов коллектива, растёт их производительность.
- Рабочий коллектив превращается в команду, так как все решения при Канбан-подходе принимаются коллективом, тимлид здесь играет скорее роль организатора, а не линейного управленца.
- Легко обнаруживаются узкие места.
- Общий процесс легко визуализируется и отслеживается.
Недостатки
- Канбан-подход сложно масштабировать на большие коллективы. Обычно он эффективен в группах до 10-15 человек. Увеличение масштаба допустимо только при разбивке задач по командам, в то время как внутри каждой команды будет своя Канбан-доска с большей детализацией.
- Система не подходит для случаев, где требуется составление планов на большие промежутки времени. Она лучше всего себя показывает с небольшими и непродолжительными задачами.
Канбан и сервис Projecto
В системе Projecto Канбан-доска будет иметь три статуса (столбца). Они не изменяются:
- запланированные задачи;
- задачи на проверке;
- завершённые задачи.
Мы исходим из того, что Канбан – это инструмент руководителя, и именно он контролирует общий процесс. Поэтому такие статусы будут для него наиболее информативны.
В каждой карточке задачи мы отражаем её реальный статус, сроки, проект, к которому она относится, кто ответственный, а также дополнительные статусы (обозначаются пиктограммами).
По мере изменения статуса задача сама перемещается по Канбан-доске в соответствующий столбец.
Вместо Канбан-формата вы можете выбрать отображение в виде диаграмм Ганта или в виде календарного графика.