SlideShare a Scribd company logo
1 of 37
Download to read offline
Время в Канбан-системе:
что мы о нём знаем
и как это использовать
Алексей Жеглов
Lean Kanban Россия 2015
Москва, 3 октября
Alexei Zheglov
alex@LeanAtoZ.com
@az1
Connected-knowledge.com (блог)
LeanAtoZ.com (вебсайт)
Алексей Жеглов
#lkru15
Кто знает этого человека?
Кто знает этого человека?
(Трой Магеннис)
FocusedObjective.com
• Наведите мышь на “Resources”
• Кликните на “GitHub”
• Теперь на “Spreadsheets”
• Throughput and Cycle Time Calculator.xlsx
• Сохраните файл на своём компьютере
• Очень низкий барьер между Вами и
метриками Канбан-системы, не так ли?
Время в Канбан-Системе
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Время в Канбан-системе
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Сейчас, потом, никогда
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Время в Канбан-системе
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Не спрашивайте...
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Время в Канбан-системе
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
«Сколько времени это займёт?»
Спрашивайте!
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Время в Канбан-системе
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Когда нужно начать?
Когда нужно
доставить?
В оригинале: Lead Time
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Kanban System Lead Time
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
One event
precedes (leads) another one
by this much
Почему так?
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Время в Канбан-системе
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Включает в себя
время до принятия
решения
Зависит от
транзакционной
стоимости
(вне системы)
Истинная
способность
системы
Иногда помогает такая метрика
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
Решение
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Время в Канбан-системе
+
время в выходных буферах
(Локальное) время цикла
ДоставленоИдеи/
опционы
Деятель-
ность №1
Входная
очередь
Выходной
буфер
∞325 3
A
B
C
Отброшенные идеи
D
Деятель-
ность №2
Деятель-
ность №3
Локальная (несистемная)
метрика
Всегда оговаривайте,
что значит Ваш
«цикл»!
Часто зависит от
«размера» задачи на
данном этапе процесса
Обсуждение
(с коллегами на работе в
понедельник)
• Если перед Вами стояла задача сократить время
в Канбан-системе (так как мы его только что
определили), что бы Вы сделали?
• В результате Ваших попыток решить эту задачу,
что может произойти? Хорошее? Плохое?
• Те же вопросы насчёт (локального) времени
цикла. Как бы Вы могли «перехитрить» такую
метрику?
• Если бы Ваша метрика включала бы время до
принятия решения, как бы это повлияло на Вашу
мотивацию?
Измеряйте!
Форма и масштаб
Забывчивость
Обратная связь
Как “читать” распределение
Масштаб
Контроль
Ожидания
Прогноз
Наиболее вероятное значение:
откладывается в памяти как «типичное»
Беда: оно сильно сдвинуто влево.
Вероятность, что уйдёт больше времени:
72-82%
50% больше, 50% меньше.
Идеально для быстрой
обратной связи
Среднее:
пригодится для
закона Литтла
емеВремяВСист
WIP
ьСпособностПропускная 
Закон Литтла:
требует осторожности
в обрашении
63-ий процент -
наилучший индикатор
масштаба
High percentiles (80th-99th):
critical to defining
service-level expectations
C 80% по 99%:
Необходимы для определения
классов обслуживания
Обзоры рисков, доставки, операций:
улучшать доставку, сдвигать кривую
распределения
Пополнение системы:
используя классы обслуживания
Время в Канбан-системе и
каденции
Статистический контроль:
Продолжительность итерации в
итеративных методах,
SLAs в IT-операциях, и т. д.
Пока я готовил этот доклад, кто-то
прислал мне вот что...
Обсудите с коллегами:
• Каков преобладающий подход к принятию
решений в Вашем бизнесе – вероятностный или
детерминистский?
• Тот же самый вопрос, но только относительно IT-
отдела и его проектов
• Является ли ожидаемый ответ на вопрос
«сколько времени это займёт» числом?
• Можете ли Вы вместо этого спросить «когда нам
это нужно?» и «когда следует начать?»
• Можете ли Вы принимать решения на основе
вероятностей?
Готово
к тесту
S
R
Q
P
O
N
F
Немного о проектах…
E
I
G
D
M
Готово
к разр.
5
В процессе
Разработка Тест
Сделано
3 35
UAT
Готово к
доставке
∞ ∞
Объём
работ
(«скоуп»)
© Lean Kanban University. Official training material. Used with permission.
Пропускная способность
Срок
Объём («скоуп»)
=
Готовимся применять закон Литтла
Предполагаемый
срок проекта
Сколько нужно,
чтобы доставить
вовремя?
Сколько в проекте фич?
(обратите внимание на
слонов в комнате,
где происходит планирование)
Ключ к
прогнозу
Modified official LKU training material
Входной параметр.
Рассмотрите больше
чем один вариант.
Проекты состоят из фич.
Управляете потоком фич.
Оцените их число
(сделайте статистическую
выборку*).
*-Dimitar Bakardzhiev. Probabilistic Project Sizing.
Пропускная способность
Время в системе
WIP
=
Применяем закон Литтла
Из наблюдаемой
способности
Зафиксировать
эту переменнуюКакая нужна пропускная
способность
Вычисляем исходя из известного
времени в Канбан-системе и
требуемой пропускной
способности
Определяет
требуемые
ресурсы
© Lean Kanban University. Official training material. Used with permission.
Слон в комнате во время планирования:
тёмная материя
• Неожиданно появляющиеся требования
• Материализующиеся риски изменения
требований
• Не путать с «расширением» объёма работ (scope
creep)
• Уменьшается если проблемная область хорошо
изучена
• Уменьшается при более зрелых практиках
управления рисками
• Диапазон: от пренебрежимо малого до +150%*
• Зачастую: 20-70%*
*-Источники: Dimitar Bakardzhiev. Probabilistic Project Sizing, с
проектными Ajay Reddy, также Chris Young
Ещё один слон в комнате: «зигзаг»
Device Management Ike II Cumulative Flow
0
20
40
60
80
100
120
140
160
180
200
220
240
10-Feb
17-Feb
24-Feb
2-M
ar
9-M
ar
16-M
ar
23-M
ar
30-M
ar
Time
Features
Inventory Started Designed Coded Complete
Slope in middle
3.5x - 5x slope
at ends 5x
Required delivery rate
Требуемая пропускная способность на
40-50% превышает среднюю за срок
проекта пропускную способность!
Modified official LKU training material
Перед началом проекта
1. Определите число составляющих фич
(статистическая выборка)
2. Разберитесь со «слонами»
3. Определите требуемые ресурсы
4. Шаги 2-3 могут быть повторены
(дополнительные шансы найти оптимальное
время старта)
5. Настройте обратные связи
0
2
4
6
8
10
12
0-2.5 2.5-5 5-7.5 7.5-10 10-12.5 12.5-15 15-17.5 25-27.5
50% 95%
Test
Ready
Перед началом проекта
Dev
Ready
5
Ongoing
Development Testing
Done
3 35
UAT
Release
Ready
∞ ∞
Project
Scope
S
R
Q
P
O
N
F
E
I
G
D
M
Создайте модель прогнозирования
Настройте обратные связи
Больше чем одна модель?
Больше шансов на оптимальный старт
Необходимы: данные по времени в
Канбан-системе,
наблюдаемая/измеренная способность
системы на уровне фич/user stories.
Не тратьте время
на детерминистское
планирование!
Уроки
• Время в Канбан-системе – не число, а
распределение вероятностей. Неудобная
правда
• Перестать рассуждать, начать измерять
• Не путать с (локальным) временем цикла
• Получающиеся распределения вероятностей
хорошо изучены
• Зачем измерять:
• Критерий удовлетворения заказчиков
• Индикатор «здоровья» процесса или проекта
• Данные для принятия решений
• Понимание вероятностной природы процессов
• (Очень часто, все одновременно)
Спасибо за идеи
Трой Магеннис
Димитар Бакарджиев
Дэвид Андерсон
Дэн Ваканти Дэйв Уайт Фрэнк ВегаКлаус Леопольд
Эйджей Редди
Troy Magennis
Dimitar Bakardzhiev
David J Anderson
Dan Vacanti Dave White Frank VegaKlaus Leopold
Ajay Reddy
Лэрри Машерони
Larry Maccherone
Крис Янг
Chris Young
Алексей Жеглов
connected-knowledge.com (блог)
LeanAtoZ.com (вебсайт)
alex@LeanAtoZ.com
@az1

More Related Content

What's hot

Cкрам и канбан для самых маленьких
Cкрам и канбан для самых маленькихCкрам и канбан для самых маленьких
Cкрам и канбан для самых маленькихVladimir Romanitchev
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Ontico
 
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думать
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думатьАлексей Пименов. Kanban — это не то, что вы привыкли о нем думать
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думатьScrumTrek
 
Антон Немчинов, Применимость SAFe в крупной финансовой организации
Антон Немчинов, Применимость SAFe в крупной финансовой организацииАнтон Немчинов, Применимость SAFe в крупной финансовой организации
Антон Немчинов, Применимость SAFe в крупной финансовой организацииScrumTrek
 
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»Lviv Startup Club
 
Олег Балбеков (Evrone)
Олег Балбеков (Evrone)Олег Балбеков (Evrone)
Олег Балбеков (Evrone)Ontico
 
Михаил Табунов (Coub.com)
Михаил Табунов (Coub.com)Михаил Табунов (Coub.com)
Михаил Табунов (Coub.com)Ontico
 
Kanban vs Scrum – чьё кунг-фу сильнее
Kanban vs Scrum – чьё кунг-фу сильнееKanban vs Scrum – чьё кунг-фу сильнее
Kanban vs Scrum – чьё кунг-фу сильнееKirill Klimov
 
Управление зависимостями между командами
Управление зависимостями между командамиУправление зависимостями между командами
Управление зависимостями между командамиAskhat Urazbaev
 
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместеМаксим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместеScrumTrek
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по AgileAlexey Deryushkin
 
вебинар 2601 эффективность интернет магазина
вебинар 2601 эффективность интернет магазинавебинар 2601 эффективность интернет магазина
вебинар 2601 эффективность интернет магазинаАндрей Степенко
 
Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance managementCEE-SEC(R)
 
Agile fundamentals
Agile fundamentalsAgile fundamentals
Agile fundamentalsAnton Zhukov
 
Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Ontico
 
Практики масштабирования гибкой разработки
Практики масштабирования гибкой разработкиПрактики масштабирования гибкой разработки
Практики масштабирования гибкой разработкиAskhat Urazbaev
 
TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma Badoo Development
 

What's hot (20)

Cкрам и канбан для самых маленьких
Cкрам и канбан для самых маленькихCкрам и канбан для самых маленьких
Cкрам и канбан для самых маленьких
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
 
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думать
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думатьАлексей Пименов. Kanban — это не то, что вы привыкли о нем думать
Алексей Пименов. Kanban — это не то, что вы привыкли о нем думать
 
Антон Немчинов, Применимость SAFe в крупной финансовой организации
Антон Немчинов, Применимость SAFe в крупной финансовой организацииАнтон Немчинов, Применимость SAFe в крупной финансовой организации
Антон Немчинов, Применимость SAFe в крупной финансовой организации
 
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»
В’ячеслав Москаленко «10 criteria: Scrum vs Kanban»
 
Олег Балбеков (Evrone)
Олег Балбеков (Evrone)Олег Балбеков (Evrone)
Олег Балбеков (Evrone)
 
Михаил Табунов (Coub.com)
Михаил Табунов (Coub.com)Михаил Табунов (Coub.com)
Михаил Табунов (Coub.com)
 
Kanban vs Scrum – чьё кунг-фу сильнее
Kanban vs Scrum – чьё кунг-фу сильнееKanban vs Scrum – чьё кунг-фу сильнее
Kanban vs Scrum – чьё кунг-фу сильнее
 
Управление зависимостями между командами
Управление зависимостями между командамиУправление зависимостями между командами
Управление зависимостями между командами
 
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместеМаксим Богуславский, Ищем специалиста по обеспечению качества вместе
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
 
вебинар 2601 эффективность интернет магазина
вебинар 2601 эффективность интернет магазинавебинар 2601 эффективность интернет магазина
вебинар 2601 эффективность интернет магазина
 
20100309-DBR potencial
20100309-DBR potencial20100309-DBR potencial
20100309-DBR potencial
 
Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance management
 
Agile fundamentals
Agile fundamentalsAgile fundamentals
Agile fundamentals
 
Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)
 
ALM & Agile
ALM & AgileALM & Agile
ALM & Agile
 
Практики масштабирования гибкой разработки
Практики масштабирования гибкой разработкиПрактики масштабирования гибкой разработки
Практики масштабирования гибкой разработки
 
TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Евгений Потапов, ITSumma
 
Как работает KANBAN
Как работает KANBANКак работает KANBAN
Как работает KANBAN
 

Viewers also liked

М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....
М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....
М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....silvermlm
 
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc..."Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...iTrader
 
Реальные опционы
Реальные опционыРеальные опционы
Реальные опционыSergey Kotlov
 
Бабочки и кондоры. Почему они не летают?
Бабочки и кондоры. Почему они не летают?Бабочки и кондоры. Почему они не летают?
Бабочки и кондоры. Почему они не летают?Doctor Option
 
Опционы - конструктор возможностей
Опционы - конструктор возможностейОпционы - конструктор возможностей
Опционы - конструктор возможностейRTS Stock Exhange
 
опционные стратегии
опционные стратегииопционные стратегии
опционные стратегииDoctor Option
 
STATIK, Kanban's Hidden Gem (#lkce14 talk)
STATIK, Kanban's Hidden Gem (#lkce14 talk)STATIK, Kanban's Hidden Gem (#lkce14 talk)
STATIK, Kanban's Hidden Gem (#lkce14 talk)Mike Burrows
 
STATIK: Systems Thinking Approach to Introducing Kanban
STATIK: Systems Thinking Approach to Introducing KanbanSTATIK: Systems Thinking Approach to Introducing Kanban
STATIK: Systems Thinking Approach to Introducing KanbanBrad Swanson
 
Statik, Kanban's hidden gem
Statik, Kanban's hidden gemStatik, Kanban's hidden gem
Statik, Kanban's hidden gemMike Burrows
 
Kanban in 4 easy steps
Kanban in 4 easy steps Kanban in 4 easy steps
Kanban in 4 easy steps Shore Labs
 

Viewers also liked (11)

CTS-IDJ 02
CTS-IDJ 02CTS-IDJ 02
CTS-IDJ 02
 
М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....
М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....
М. В. Чекулаев "Риск Менеджмент" - Глава 4. СОЗДАНИЕ И ОЦЕНКА СТРАТЕГИИ. 4.1....
 
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc..."Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...
"Смогут ли опционы стать инструментом спекулянта", Игорь Сабадаха для Traderc...
 
Реальные опционы
Реальные опционыРеальные опционы
Реальные опционы
 
Бабочки и кондоры. Почему они не летают?
Бабочки и кондоры. Почему они не летают?Бабочки и кондоры. Почему они не летают?
Бабочки и кондоры. Почему они не летают?
 
Опционы - конструктор возможностей
Опционы - конструктор возможностейОпционы - конструктор возможностей
Опционы - конструктор возможностей
 
опционные стратегии
опционные стратегииопционные стратегии
опционные стратегии
 
STATIK, Kanban's Hidden Gem (#lkce14 talk)
STATIK, Kanban's Hidden Gem (#lkce14 talk)STATIK, Kanban's Hidden Gem (#lkce14 talk)
STATIK, Kanban's Hidden Gem (#lkce14 talk)
 
STATIK: Systems Thinking Approach to Introducing Kanban
STATIK: Systems Thinking Approach to Introducing KanbanSTATIK: Systems Thinking Approach to Introducing Kanban
STATIK: Systems Thinking Approach to Introducing Kanban
 
Statik, Kanban's hidden gem
Statik, Kanban's hidden gemStatik, Kanban's hidden gem
Statik, Kanban's hidden gem
 
Kanban in 4 easy steps
Kanban in 4 easy steps Kanban in 4 easy steps
Kanban in 4 easy steps
 

Similar to Алексей Жеглов, Время в Канбан-системе – что мы о нём знаем и как использовать

дерюшкин Agile vector
дерюшкин   Agile vectorдерюшкин   Agile vector
дерюшкин Agile vectorMagneta AI
 
Agile Vector - внедрение agile разработки в Райффайзенбанке
Agile Vector - внедрение agile разработки в РайффайзенбанкеAgile Vector - внедрение agile разработки в Райффайзенбанке
Agile Vector - внедрение agile разработки в РайффайзенбанкеAlexey Deryushkin
 
Построение системы аналитики
Построение системы аналитикиПостроение системы аналитики
Построение системы аналитикиИлья Середа
 
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Как оценивать состояние проекта по разработке с помощью формальных метрик и о...
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
 
Real-time мониторинг событий (Евгений Пальчевский)
Real-time мониторинг событий (Евгений Пальчевский)Real-time мониторинг событий (Евгений Пальчевский)
Real-time мониторинг событий (Евгений Пальчевский)Ontico
 
Инструментальный анализ ИБ - РусКрипто'13
Инструментальный анализ ИБ - РусКрипто'13Инструментальный анализ ИБ - РусКрипто'13
Инструментальный анализ ИБ - РусКрипто'13Alexey Kachalin
 
Искусство предсказания: как давать более точные оценки времени проекта / Андр...
Искусство предсказания: как давать более точные оценки времени проекта / Андр...Искусство предсказания: как давать более точные оценки времени проекта / Андр...
Искусство предсказания: как давать более точные оценки времени проекта / Андр...Ontico
 
Метрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахМетрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахSQALab
 
Agile days `16 summary
Agile days `16 summaryAgile days `16 summary
Agile days `16 summaryAnton Zhukov
 
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...SQALab
 
Developing Resilient Cloud Architecture
Developing Resilient Cloud ArchitectureDeveloping Resilient Cloud Architecture
Developing Resilient Cloud ArchitectureAnton Vidishchev
 
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineSergiy Povolyashko, PMP
 
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Ontico
 
Lean Kanban Russia 2014 "Five Numbers" Talk
Lean Kanban Russia 2014 "Five Numbers" TalkLean Kanban Russia 2014 "Five Numbers" Talk
Lean Kanban Russia 2014 "Five Numbers" Talkazheglov
 
генератор отчетов Calligraph
генератор отчетов Calligraphгенератор отчетов Calligraph
генератор отчетов CalligraphVladimir Losev
 
уразбаев управление зависимостями
уразбаев управление зависимостямиуразбаев управление зависимостями
уразбаев управление зависимостямиMagneta AI
 

Similar to Алексей Жеглов, Время в Канбан-системе – что мы о нём знаем и как использовать (20)

дерюшкин Agile vector
дерюшкин   Agile vectorдерюшкин   Agile vector
дерюшкин Agile vector
 
Agile Vector - внедрение agile разработки в Райффайзенбанке
Agile Vector - внедрение agile разработки в РайффайзенбанкеAgile Vector - внедрение agile разработки в Райффайзенбанке
Agile Vector - внедрение agile разработки в Райффайзенбанке
 
Построение системы аналитики
Построение системы аналитикиПостроение системы аналитики
Построение системы аналитики
 
Java Performance
Java PerformanceJava Performance
Java Performance
 
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Как оценивать состояние проекта по разработке с помощью формальных метрик и о...
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...
 
Real-time мониторинг событий (Евгений Пальчевский)
Real-time мониторинг событий (Евгений Пальчевский)Real-time мониторинг событий (Евгений Пальчевский)
Real-time мониторинг событий (Евгений Пальчевский)
 
Инструментальный анализ ИБ - РусКрипто'13
Инструментальный анализ ИБ - РусКрипто'13Инструментальный анализ ИБ - РусКрипто'13
Инструментальный анализ ИБ - РусКрипто'13
 
Искусство предсказания: как давать более точные оценки времени проекта / Андр...
Искусство предсказания: как давать более точные оценки времени проекта / Андр...Искусство предсказания: как давать более точные оценки времени проекта / Андр...
Искусство предсказания: как давать более точные оценки времени проекта / Андр...
 
Метрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцахМетрики автоматизированного тестирования на пальцах
Метрики автоматизированного тестирования на пальцах
 
Agile days `16 summary
Agile days `16 summaryAgile days `16 summary
Agile days `16 summary
 
CCPM Vebinar 21 01 2010
CCPM Vebinar 21 01 2010CCPM Vebinar 21 01 2010
CCPM Vebinar 21 01 2010
 
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...
Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные кам...
 
Developing Resilient Cloud Architecture
Developing Resilient Cloud ArchitectureDeveloping Resilient Cloud Architecture
Developing Resilient Cloud Architecture
 
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
 
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)
 
Lean Kanban Russia 2014 "Five Numbers" Talk
Lean Kanban Russia 2014 "Five Numbers" TalkLean Kanban Russia 2014 "Five Numbers" Talk
Lean Kanban Russia 2014 "Five Numbers" Talk
 
Risk management
Risk managementRisk management
Risk management
 
Risk Management
Risk ManagementRisk Management
Risk Management
 
генератор отчетов Calligraph
генератор отчетов Calligraphгенератор отчетов Calligraph
генератор отчетов Calligraph
 
уразбаев управление зависимостями
уразбаев управление зависимостямиуразбаев управление зависимостями
уразбаев управление зависимостями
 

More from ScrumTrek

Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...
Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...
Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...ScrumTrek
 
Светлана Байгалиева (MindGym). Встань за штурвал
Светлана Байгалиева (MindGym). Встань за штурвалСветлана Байгалиева (MindGym). Встань за штурвал
Светлана Байгалиева (MindGym). Встань за штурвалScrumTrek
 
Александр Тупиков. Введение в Scrum
Александр Тупиков. Введение в ScrumАлександр Тупиков. Введение в Scrum
Александр Тупиков. Введение в ScrumScrumTrek
 
Сергей Чирва. Как Scrum превращает завод в IT-компанию
Сергей Чирва. Как Scrum превращает завод в IT-компаниюСергей Чирва. Как Scrum превращает завод в IT-компанию
Сергей Чирва. Как Scrum превращает завод в IT-компаниюScrumTrek
 
Юрий Соболев. Проблемы и решения Scrum на практике
Юрий Соболев. Проблемы и решения Scrum на практикеЮрий Соболев. Проблемы и решения Scrum на практике
Юрий Соболев. Проблемы и решения Scrum на практикеScrumTrek
 
Анна Обухова. Scrum и сила воли
Анна Обухова. Scrum и сила волиАнна Обухова. Scrum и сила воли
Анна Обухова. Scrum и сила волиScrumTrek
 
TealTeam. Главный критерий при выборе нового члена команды
TealTeam. Главный критерий при выборе нового члена командыTealTeam. Главный критерий при выборе нового члена команды
TealTeam. Главный критерий при выборе нового члена командыScrumTrek
 
Анастасия Мизитова. Компетенции для Agile HR
Анастасия Мизитова. Компетенции для Agile HRАнастасия Мизитова. Компетенции для Agile HR
Анастасия Мизитова. Компетенции для Agile HRScrumTrek
 
Марина Львова. Изменение роли HR в Agile-компании
Марина Львова. Изменение роли HR в Agile-компанииМарина Львова. Изменение роли HR в Agile-компании
Марина Львова. Изменение роли HR в Agile-компанииScrumTrek
 
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коуча
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коучаАсхат Уразбаев. Три вопроса к HR службе от аджайл-коуча
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коучаScrumTrek
 
Александр Корольков. LeSS Huge
Александр Корольков. LeSS HugeАлександр Корольков. LeSS Huge
Александр Корольков. LeSS HugeScrumTrek
 
DevOps для Legacy-продуктов
DevOps для Legacy-продуктовDevOps для Legacy-продуктов
DevOps для Legacy-продуктовScrumTrek
 
Сергей Баранов. Enterprise DevOps
Сергей Баранов. Enterprise DevOpsСергей Баранов. Enterprise DevOps
Сергей Баранов. Enterprise DevOpsScrumTrek
 
Петр Клименко. DevOps Трансформация для SIEBEL CRM
Петр Клименко. DevOps Трансформация для SIEBEL CRMПетр Клименко. DevOps Трансформация для SIEBEL CRM
Петр Клименко. DevOps Трансформация для SIEBEL CRMScrumTrek
 
Кирилл Толкачев. Микросервисы: огонь, вода и девопс
Кирилл Толкачев. Микросервисы: огонь, вода и девопсКирилл Толкачев. Микросервисы: огонь, вода и девопс
Кирилл Толкачев. Микросервисы: огонь, вода и девопсScrumTrek
 
Евгений Кривошеев. Beyond DevOps
Евгений Кривошеев. Beyond DevOpsЕвгений Кривошеев. Beyond DevOps
Евгений Кривошеев. Beyond DevOpsScrumTrek
 
Асхат Уразбаев. Крутые организации, счастливые сотрудники
Асхат Уразбаев. Крутые организации, счастливые сотрудникиАсхат Уразбаев. Крутые организации, счастливые сотрудники
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
 
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" Agile
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" AgileОлег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" Agile
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" AgileScrumTrek
 
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
 
Иван Дубровин. Почему государство должно быть Agile?
Иван Дубровин. Почему государство должно быть Agile?Иван Дубровин. Почему государство должно быть Agile?
Иван Дубровин. Почему государство должно быть Agile?ScrumTrek
 

More from ScrumTrek (20)

Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...
Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...
Александра Баптизманская, Никита Романов. Хочешь Agile в маркетинге - спроси ...
 
Светлана Байгалиева (MindGym). Встань за штурвал
Светлана Байгалиева (MindGym). Встань за штурвалСветлана Байгалиева (MindGym). Встань за штурвал
Светлана Байгалиева (MindGym). Встань за штурвал
 
Александр Тупиков. Введение в Scrum
Александр Тупиков. Введение в ScrumАлександр Тупиков. Введение в Scrum
Александр Тупиков. Введение в Scrum
 
Сергей Чирва. Как Scrum превращает завод в IT-компанию
Сергей Чирва. Как Scrum превращает завод в IT-компаниюСергей Чирва. Как Scrum превращает завод в IT-компанию
Сергей Чирва. Как Scrum превращает завод в IT-компанию
 
Юрий Соболев. Проблемы и решения Scrum на практике
Юрий Соболев. Проблемы и решения Scrum на практикеЮрий Соболев. Проблемы и решения Scrum на практике
Юрий Соболев. Проблемы и решения Scrum на практике
 
Анна Обухова. Scrum и сила воли
Анна Обухова. Scrum и сила волиАнна Обухова. Scrum и сила воли
Анна Обухова. Scrum и сила воли
 
TealTeam. Главный критерий при выборе нового члена команды
TealTeam. Главный критерий при выборе нового члена командыTealTeam. Главный критерий при выборе нового члена команды
TealTeam. Главный критерий при выборе нового члена команды
 
Анастасия Мизитова. Компетенции для Agile HR
Анастасия Мизитова. Компетенции для Agile HRАнастасия Мизитова. Компетенции для Agile HR
Анастасия Мизитова. Компетенции для Agile HR
 
Марина Львова. Изменение роли HR в Agile-компании
Марина Львова. Изменение роли HR в Agile-компанииМарина Львова. Изменение роли HR в Agile-компании
Марина Львова. Изменение роли HR в Agile-компании
 
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коуча
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коучаАсхат Уразбаев. Три вопроса к HR службе от аджайл-коуча
Асхат Уразбаев. Три вопроса к HR службе от аджайл-коуча
 
Александр Корольков. LeSS Huge
Александр Корольков. LeSS HugeАлександр Корольков. LeSS Huge
Александр Корольков. LeSS Huge
 
DevOps для Legacy-продуктов
DevOps для Legacy-продуктовDevOps для Legacy-продуктов
DevOps для Legacy-продуктов
 
Сергей Баранов. Enterprise DevOps
Сергей Баранов. Enterprise DevOpsСергей Баранов. Enterprise DevOps
Сергей Баранов. Enterprise DevOps
 
Петр Клименко. DevOps Трансформация для SIEBEL CRM
Петр Клименко. DevOps Трансформация для SIEBEL CRMПетр Клименко. DevOps Трансформация для SIEBEL CRM
Петр Клименко. DevOps Трансформация для SIEBEL CRM
 
Кирилл Толкачев. Микросервисы: огонь, вода и девопс
Кирилл Толкачев. Микросервисы: огонь, вода и девопсКирилл Толкачев. Микросервисы: огонь, вода и девопс
Кирилл Толкачев. Микросервисы: огонь, вода и девопс
 
Евгений Кривошеев. Beyond DevOps
Евгений Кривошеев. Beyond DevOpsЕвгений Кривошеев. Beyond DevOps
Евгений Кривошеев. Beyond DevOps
 
Асхат Уразбаев. Крутые организации, счастливые сотрудники
Асхат Уразбаев. Крутые организации, счастливые сотрудникиАсхат Уразбаев. Крутые организации, счастливые сотрудники
Асхат Уразбаев. Крутые организации, счастливые сотрудники
 
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" Agile
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" AgileОлег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" Agile
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" Agile
 
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?
 
Иван Дубровин. Почему государство должно быть Agile?
Иван Дубровин. Почему государство должно быть Agile?Иван Дубровин. Почему государство должно быть Agile?
Иван Дубровин. Почему государство должно быть Agile?
 

Алексей Жеглов, Время в Канбан-системе – что мы о нём знаем и как использовать

  • 1. Время в Канбан-системе: что мы о нём знаем и как это использовать Алексей Жеглов Lean Kanban Россия 2015 Москва, 3 октября
  • 3. Кто знает этого человека?
  • 4. Кто знает этого человека? (Трой Магеннис)
  • 5. FocusedObjective.com • Наведите мышь на “Resources” • Кликните на “GitHub” • Теперь на “Spreadsheets” • Throughput and Cycle Time Calculator.xlsx • Сохраните файл на своём компьютере • Очень низкий барьер между Вами и метриками Канбан-системы, не так ли?
  • 6. Время в Канбан-Системе ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Время в Канбан-системе Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3
  • 7. Сейчас, потом, никогда ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Время в Канбан-системе Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3
  • 8. Не спрашивайте... ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Время в Канбан-системе Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 «Сколько времени это займёт?»
  • 9. Спрашивайте! ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Время в Канбан-системе Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 Когда нужно начать? Когда нужно доставить?
  • 10. В оригинале: Lead Time ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Kanban System Lead Time Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 One event precedes (leads) another one by this much
  • 11. Почему так? ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Время в Канбан-системе Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 Включает в себя время до принятия решения Зависит от транзакционной стоимости (вне системы) Истинная способность системы
  • 12. Иногда помогает такая метрика ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 Решение A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 Время в Канбан-системе + время в выходных буферах
  • 13. (Локальное) время цикла ДоставленоИдеи/ опционы Деятель- ность №1 Входная очередь Выходной буфер ∞325 3 A B C Отброшенные идеи D Деятель- ность №2 Деятель- ность №3 Локальная (несистемная) метрика Всегда оговаривайте, что значит Ваш «цикл»! Часто зависит от «размера» задачи на данном этапе процесса
  • 14. Обсуждение (с коллегами на работе в понедельник) • Если перед Вами стояла задача сократить время в Канбан-системе (так как мы его только что определили), что бы Вы сделали? • В результате Ваших попыток решить эту задачу, что может произойти? Хорошее? Плохое? • Те же вопросы насчёт (локального) времени цикла. Как бы Вы могли «перехитрить» такую метрику? • Если бы Ваша метрика включала бы время до принятия решения, как бы это повлияло на Вашу мотивацию?
  • 16.
  • 18. Забывчивость Обратная связь Как “читать” распределение Масштаб Контроль Ожидания Прогноз
  • 19. Наиболее вероятное значение: откладывается в памяти как «типичное» Беда: оно сильно сдвинуто влево. Вероятность, что уйдёт больше времени: 72-82%
  • 20. 50% больше, 50% меньше. Идеально для быстрой обратной связи
  • 22. 63-ий процент - наилучший индикатор масштаба
  • 23. High percentiles (80th-99th): critical to defining service-level expectations C 80% по 99%: Необходимы для определения классов обслуживания
  • 24. Обзоры рисков, доставки, операций: улучшать доставку, сдвигать кривую распределения Пополнение системы: используя классы обслуживания Время в Канбан-системе и каденции
  • 25. Статистический контроль: Продолжительность итерации в итеративных методах, SLAs в IT-операциях, и т. д.
  • 26. Пока я готовил этот доклад, кто-то прислал мне вот что...
  • 27. Обсудите с коллегами: • Каков преобладающий подход к принятию решений в Вашем бизнесе – вероятностный или детерминистский? • Тот же самый вопрос, но только относительно IT- отдела и его проектов • Является ли ожидаемый ответ на вопрос «сколько времени это займёт» числом? • Можете ли Вы вместо этого спросить «когда нам это нужно?» и «когда следует начать?» • Можете ли Вы принимать решения на основе вероятностей?
  • 28. Готово к тесту S R Q P O N F Немного о проектах… E I G D M Готово к разр. 5 В процессе Разработка Тест Сделано 3 35 UAT Готово к доставке ∞ ∞ Объём работ («скоуп») © Lean Kanban University. Official training material. Used with permission.
  • 29. Пропускная способность Срок Объём («скоуп») = Готовимся применять закон Литтла Предполагаемый срок проекта Сколько нужно, чтобы доставить вовремя? Сколько в проекте фич? (обратите внимание на слонов в комнате, где происходит планирование) Ключ к прогнозу Modified official LKU training material Входной параметр. Рассмотрите больше чем один вариант. Проекты состоят из фич. Управляете потоком фич. Оцените их число (сделайте статистическую выборку*). *-Dimitar Bakardzhiev. Probabilistic Project Sizing.
  • 30. Пропускная способность Время в системе WIP = Применяем закон Литтла Из наблюдаемой способности Зафиксировать эту переменнуюКакая нужна пропускная способность Вычисляем исходя из известного времени в Канбан-системе и требуемой пропускной способности Определяет требуемые ресурсы © Lean Kanban University. Official training material. Used with permission.
  • 31. Слон в комнате во время планирования: тёмная материя • Неожиданно появляющиеся требования • Материализующиеся риски изменения требований • Не путать с «расширением» объёма работ (scope creep) • Уменьшается если проблемная область хорошо изучена • Уменьшается при более зрелых практиках управления рисками • Диапазон: от пренебрежимо малого до +150%* • Зачастую: 20-70%* *-Источники: Dimitar Bakardzhiev. Probabilistic Project Sizing, с проектными Ajay Reddy, также Chris Young
  • 32. Ещё один слон в комнате: «зигзаг» Device Management Ike II Cumulative Flow 0 20 40 60 80 100 120 140 160 180 200 220 240 10-Feb 17-Feb 24-Feb 2-M ar 9-M ar 16-M ar 23-M ar 30-M ar Time Features Inventory Started Designed Coded Complete Slope in middle 3.5x - 5x slope at ends 5x Required delivery rate Требуемая пропускная способность на 40-50% превышает среднюю за срок проекта пропускную способность! Modified official LKU training material
  • 33. Перед началом проекта 1. Определите число составляющих фич (статистическая выборка) 2. Разберитесь со «слонами» 3. Определите требуемые ресурсы 4. Шаги 2-3 могут быть повторены (дополнительные шансы найти оптимальное время старта) 5. Настройте обратные связи 0 2 4 6 8 10 12 0-2.5 2.5-5 5-7.5 7.5-10 10-12.5 12.5-15 15-17.5 25-27.5 50% 95%
  • 34. Test Ready Перед началом проекта Dev Ready 5 Ongoing Development Testing Done 3 35 UAT Release Ready ∞ ∞ Project Scope S R Q P O N F E I G D M Создайте модель прогнозирования Настройте обратные связи Больше чем одна модель? Больше шансов на оптимальный старт Необходимы: данные по времени в Канбан-системе, наблюдаемая/измеренная способность системы на уровне фич/user stories. Не тратьте время на детерминистское планирование!
  • 35. Уроки • Время в Канбан-системе – не число, а распределение вероятностей. Неудобная правда • Перестать рассуждать, начать измерять • Не путать с (локальным) временем цикла • Получающиеся распределения вероятностей хорошо изучены • Зачем измерять: • Критерий удовлетворения заказчиков • Индикатор «здоровья» процесса или проекта • Данные для принятия решений • Понимание вероятностной природы процессов • (Очень часто, все одновременно)
  • 36. Спасибо за идеи Трой Магеннис Димитар Бакарджиев Дэвид Андерсон Дэн Ваканти Дэйв Уайт Фрэнк ВегаКлаус Леопольд Эйджей Редди Troy Magennis Dimitar Bakardzhiev David J Anderson Dan Vacanti Dave White Frank VegaKlaus Leopold Ajay Reddy Лэрри Машерони Larry Maccherone Крис Янг Chris Young