Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (10)
Similar a Kanban pizza game (26.10.2016, Kiev, DataHub)
Similar a Kanban pizza game (26.10.2016, Kiev, DataHub) (12)
Kanban pizza game (26.10.2016, Kiev, DataHub)
- 2. Николай Митько Бизнес-тренер, Agile coach Project Manager (PMP) Scrum master (CSM certified) Даниил Арасланов Scrum master (Scrum of Scrum's), Agile coach. Практикующий Scrum master команд (Scrum of Scrum's). Тренер по тайм-менеджменту. Здесь можно найти наши пОсты: http://grow.org.ua/blog/
- 3. Визитная карточка -Имя -Супер сила -Хобби -Ожидания от тренинга ……
- 4. Договоренности - Вовремя - Правило поднятой руки - Без телефонов - Свобода перемещения - Стоя +10 кислорода ……
- 6. Прочему пицца? • В то время, как другие Kanban игры обычно фокусируются на механике доски и на потоке предопределенной заранее Kanban системы, эта игра "Kanban Pizza Game" учит Вас как построить Kanban систему на существующем процессе, как его визуализировать и начать улучшать. • Все любят пиццу! • Все знают «как» и могут сделать (по крайней в общих чертах). • Пицца помогает не зацикливаться на ИТ и абстрагироваться от текущей рабочей обстановки.
- 7. Раунд 1
- 8. Пицца «Гавайская» Раунд 1 • Основа - отрежьте долю и отогните край • Томатное пюре - закрасьте красным маркером • Добавьте 3 куска ветчины - куски розовой бумажки • Добавьте 3 куска ананаса - куски желтой бумажки
- 9. Печка Раунд 1 • Одновременно не больше 3х кусков пиццы • После того, как печка начала работать нельзя добавить или вытащить куски пиццы • Пицца должна готовиться не меньше 30 секунд
- 10. Раунд 1
- 12. Вместо • Т.к. мерить время затруднительно, мы используем простую систему баллов, которая: • поощряет законченный результат • штрафует за неиспользованные запасы сырья и материалов
- 14. Метрики на доску + называем команды
- 15. Визуализируем поток! (Вводим рабочие станции) + WIP лимиты
- 16. Раунд 2
- 17. Раунд 2
- 18. 1+1 Ретроспектива • Что хорошо? • Не очень хорошо? • Экспериментируем с WIP лимитами Раунд 2
- 19. Раунд 3
- 20. New! New! New! Пицца «Руккола»! Раунд 3 • Основа - отрежьте долю и отогните край • Томатное пюре - закрасьте красным маркером • добавьте 7 кусков рукколы - куски зеленой бумажки • ОСТОРОЖНО: руккола сгорает в печке! - добавляйте ее в конце, после печки
- 21. Раунд 3
- 22. 5 минут на улучшение процесса Раунд 3
- 23. Раунд 3
- 24. Раунд 3
- 25. 1+1 Ретроспектива • Что хорошо? • Не очень хорошо? • Экспериментируем с WIP лимитами Раунд 3
- 26. 1 минута на улучшение процесса и WIP лимитов Раунд 3
- 27. Раунд 4
- 28. Раунд 4
- 29. Раунд 5
- 33. Обсуждение • Физическая рабочая обстановка как влияет? • Групповая динамика: как различные участники строили процесс? • Что мешало, а что помогало командам? • Вопросыответы
- 34. С чем я уйду • Что я узнал нового? • Что изменится из-за того, что я узнал? • Что я буду применять из того что узнал?
- 35. Еще вопросы?
Notas del editor
- Это то как я на практике проводил внедрение Скрама, для того чтобы сильнее вовлечь команду в этот процесс я выискивал разные игры, и играл с командой. Каждый день я делала или небольшую 15 минутную лекцию, или игру, перед Стендап митингом.
- Цель игры – почувствовать Kanban процесс на практике. Участники поймут силу принципа Pull (вытягивание), и почему он работает лучше Push (вталкивание). Также научатся бороться с потерями с помощью ограничения Незавершенной Работы (НЗР, Work In Progress Limit), ну и, конечно, визуализировать все на Kanban Доске.
- Канбан был «вдохновлен» Тойотой Тойота использовала систему Канбан. Они использовали Канбан для управления материальным потоком между различными частями организации. Канбан в разработке ПО отличается. Он вдохновлен той же идеей, но не является прямой «копией» Канбана в стиле Тойоты. Визуализируй поток. И стадии потока, шаги которые есть в процессе И, конечно, что в данный момент внутри каждой стадии Ограничь WIP (work in progress). Это то, что отличает Канбан Измеряй и оптимизируй поток. Нам нужно измерять сколько времени задача была на доске. Например когда карточка попадает на доску мы отмечаем дату и когда доходит до конца-вторую дату. Отслеживаем это. Рисуем контрольный график и это дает нам среднюю цифру (например 12). **Анализируем, может быть мы где-то застряем на каком-то этапе.** Канбан не дает тебе каких либо других правил. Некоторые тебе нужно самому установить. Их обычно называют «политики, правила»: Определи правила (definition of Done, WIP ограничения и т.д.). Например DoD, т.е., что мы имеем ввиду, когда говорим, что фича сделана разработчиками, (т.е. когда перемещаем картоку вправо)? Или, к примеру, когда мы переносим из Deploy > Done, что это означает, в продакшене или тестовой среде или готово к переносу на продакшен? Эта политика говорит, например, что мы имеем только 3 штуки в разработке в каждый момент времени. Не больше этого, т.к. это превысит нашу «емкость», мощность и т.д.
- В нашем случае мерить время хлопотно, поэтому введем простую систему баллов: За каждую готовую пиццу +5 баллов За неиспользованные материалы «штраф» — как и в реальной жизни мы должны экономить Неиспользованная основа для пиццы -2 балла Неиспользованные 3 куска ветчины/ананаса -1 балл Сгоревшая пицца – все материалы считаются как неиспользованные
- Также мы помним, что нормальная пиццерия обычно принимает заказы пачками, и в каждом заказе не одна пицца. Особенно, если компания большая :-). Введите понятие заказа, в котором может быть любая комбинация двух видов пицц, но не увлекайтесь и не делайте заказы больше 4 штук одновременно, а то будет не так интересно. Дайте участникам попробовать работать в новых условиях и через какое-то время посмотрите, как поменялась их эффективность, с учетом измененного процесса.
- Канбан был «вдохновлен» Тойотой Тойота использовала систему Канбан. Они использовали Канбан для управления материальным потоком между различными частями организации. Канбан в разработке ПО отличается. Он вдохновлен той же идеей, но не является прямой «копией» Канбана в стиле Тойоты. Визуализируй поток. И стадии потока, шаги которые есть в процессе И, конечно, что в данный момент внутри каждой стадии Ограничь WIP (work in progress). Это то, что отличает Канбан Измеряй и оптимизируй поток. Нам нужно измерять сколько времени задача была на доске. Например когда карточка попадает на доску мы отмечаем дату и когда доходит до конца-вторую дату. Отслеживаем это. Рисуем контрольный график и это дает нам среднюю цифру (например 12). **Анализируем, может быть мы где-то застряем на каком-то этапе.** Канбан не дает тебе каких либо других правил. Некоторые тебе нужно самому установить. Их обычно называют «политики, правила»: Определи правила (definition of Done, WIP ограничения и т.д.). Например DoD, т.е., что мы имеем ввиду, когда говорим, что фича сделана разработчиками, (т.е. когда перемещаем картоку вправо)? Или, к примеру, когда мы переносим из Deploy > Done, что это означает, в продакшене или тестовой среде или готово к переносу на продакшен? Эта политика говорит, например, что мы имеем только 3 штуки в разработке в каждый момент времени. Не больше этого, т.к. это превысит нашу «емкость», мощность и т.д.
- Если у вас несколько команд, то попросите каждую рассказать об их особенностях и вместе обсудите, что им мешало или, наоборот, помогало быть эффективными.