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