Download - Обзор канбан метода
Про что будем говорить● История, принципы, ценности
● Внутренние и внешние источники неудовлетворенности процесса
● Управление рисками с канбан: классы обслуживания
● Дизайн Канбан систем (вид и построение)
● Очереди, управление потоком, метрики, измерения
o Закон Литтла
o Кумулятивная диаграмма потока (Cumulative Flow Diagram)
o Диаграмма распределения времени выполнения (Lead time distribution chart)
o Диаграмма контроля (Control chart)
● Встречи в канбан
История
● Канбан (яп. カンバン камбан) — система организации производства и снабжения, позволяющая
реализовать принцип «точно в срок».
● Система канбан была разработана и впервые в мире реализована фирмой «Toyota». В 1959 году эта
фирма начала эксперименты с системой канбан и в 1962 году запустила процесс перевода всего
производства на этот принцип.
● Канбан имеет несколько значений в японском - Канбан написанный в кандзи (китайские иероглифы) и
означает “знак” или “большая визуальная доска” и Канбан написанный на японском алфавите, хирагана
и означает “сигнальные карты”.
Принципы
1. Начните с того, что вы делаете сейчас
2. Согласитесь проводить эволиционные
изменения
3. Изначально, учитывайте существующие
роли обязонности и должности
4. Поощряйте лидерство на всех уровнях
Ценности
● Прозрачность
● Согласие
● Баланс
● Уважение
● Понимание
● Лидерство
● Совместная работа
● Поток
● Клиентоориентированность
Практики
1. Визиулизация
2. Limit WIP
3. Управление потоком
4. Явные правила
5. Реализуйте цыкл обратной связи
6. Улучшайтесь совместно, развивайтесь
эксперементально
1. Понять источники недовльства текущей
системойa. понять расстройство из различных источников
как внутренних так и внешних
b. определить сбои, перерывы в работе, смену
приоритетов, зависимости и низкое качество
2. Проанализировать спрос и пропускную
способность системы
Классы обслуживания
● Urgent (Ускоренный)
● Fixed Date (С фиксирыванной датой)
● Standard (Стандартный)
● Refactoring or Improvements
(Нематериальный)
Дизайн канбан систем -
построение
● Типы работ и фазы потока
● Иерархия и зависимости
● классы обслуживания
● Пределы WIP/ Правила
● Дизайн билетов
● Выделите емкость для типов/полосок/классов
● Визуализация
Метрики
● Cycle Time – время, которое задача находилась в разработке от
момента, когда ей начали заниматься, до момента, когда она прошла
фазу конечной поставки.
● WIP – количество задач одновременно находящихся в работе.
Разделяется по разным стадиям работы над задачей.
● Lead Time – время от появления задачи до ее конечной поставки.
Включает Cycle Time и время ожидания в очереди на реализацию.
● Wasted Time – время, которое задача проводит в различных
очередях, а не непосредственно в работе.
● Effectiveness – процент времени, которое тратится непосредственно
на работу с задачей, а не на ожидания в различных очередях.
● Throughput – количество задач, которое может выполнять команда в
единицу времени (день, неделя, месяц).
Закон Литтла
Закон Литтла гласит, что время, необходимое на
обработку заказа, прямо пропорционально объему
незавершенного производства и обратно
пропорционально средней скорости выполнения
работы.