Scrum-Kanban-Scrumban

Kanban & Scrum-ban Алексей Корсун Agile- тренер , консультант http:// akorsun.ru

Цель доклада Показать применение Lean- идеологии и системы Kanban к производству ПО . Способ : сравнение со Scrum.

Основные идеи Scrum Хорошая коммуникация небольшие команды много циклов обратной связи Дробление работы по объёму Таймбоксинг Постоянная адаптация

Разделите организацию Разделите организацию на маленькие самоорганизующиеся команды

Разделите работу Разделите вашу работу на список конкретных маленьких результатов , упорядоченный по важности для заказчика и оцените по времени

Разделите время Разделите время выполнения проекта на равные этапы 2-4 недели - итерации

Адаптируйтесь Оптимизируйте план работ на основе демо и обратной связи от заказчика Оптимизируйте процесс по итогам ретроспектив

Результаты Вместо : большие группы долгое время большие этапы работ  маленькие группы небольшими кусочки работ небольшие временные отрезк и , НО регулярная интеграция , чтобы увидеть систему в целом .

Итог Scrum Ясная рабочая схема Относительно проста во внедрении Уже “ проверена ” временем – выработаны стандарты / практики Работает!

Нужно ли что-то менять ? Scrum сложно работает , в следующих условиях : Неясные требования даже на начало итерации Слишком часто возникают неожиданные задачи Желание отложить принятие решения Требуется более быстрая скорость реакции , чем t спринта Проблемы не в разработке , а на других стадиях Узкая специализация людей в команде Все эти проблемы решаемы в рамках Scrum . Однако , многие из них можно решить использовав Kanban. Получив бонусами доп . преимущества .

3 правила Канбана Визуализируйте весь процесс Отобразите на на доске все стадии процесса Разделите работу на небольшие , желательно , равные кусочки , напишите каждый на карточке и прикрепите на доску Ограничьте WIP ( одновременно выполняемую работу ) Минимизируйте lead-time – время в производстве Измеряйте среднее время , которое задача находится на доске Оптимизируйте процесс , чтобы уменьшить это время

Отличия Kanban от Scrum Нет таймбоксов Планируем по мере необходимости Выпускаем по мере необходимости Избавляемся от частых переприоритезаций При равномерном разбиении задач оценки сроков не важны Вместо “скорости” считаем “ время цикла ” - среднее время на реализацию задачи

Канбан “ Кан” – видимый, визуальный “ Бан” – карточка , доска Сравним доски 

Scrum- доска . - Внимание к разработке

Kanban- доска - внимание ко всему процессу

Подробнее о Kanban Pull (в противовес “ складам ” ) Flow Cadence

Суть – минимизация “ работы в процессе ” Управляя WIP вы “ настраиваете ” команду Lead-time – показывает результаты настройки Уменьшение параллельно выполняемых задач увеличивает скорость выполнения каждой задачи Сразу видны “ затыки ”  вспоминаем , что “ мы - команда ”

Результат Flow и ограничения WIP Проблемы – возникают моментально! Ограничение WIP намеренно делает линию неустойчивой Stop the line Надо решать , а не откладывать

Пример “ настройки ” WIP

Разделение колонки - очередь Стимул “ вычистить ” Done. Стимул сделать Pull со следующего уровня . Сигнал о “ пробке ” впереди

Чем заняться ? Можете ли вы помочь на имеющейся задаче? Займитесь этим. У вас нет подходящих навыков? Найдите это узкое место и работайте над этим. У вас нет подходящих навыков? Возьмите задачу из очереди . Не можете начать ничего в очереди? Займитесь исследованием Нет исследований ? Найдите другую интересную задачу ( рефакторинг , “ заточка топора ”)

Ещё раз : Управляя WIP вы “ настраиваете ” команду Lead-time – показывает результаты настройки Цель : минимизация LeadTime

Cadence = ритм Нет привязки к старту или окончанию итерации . Daily stand-up Retrospective (Kaizen) Квартальное планирование Ежемесячное планирование

Итоги Kanban Доска и Flow визуализирует проблемы WIP стимулирует совместную работу и решение проблем . Stop the Line Cadence позволяет убрать зависмость между входом и выходом итерации

Выводы По сравнению с Kanban: Scrum проще во внедрении и “ безопаснее ” для начинающих команд : Правил больше , чем принципов – просто “ делай так ” Начинающая команда не готова к Stop the Line Требуется меньше идеологических преобразований Более привычно после “ водопада ” или code&fix Kanban хорошо работает , когда : Неясные требования даже на начало итерации Слишком часто возникают неожиданные задачи Желание отложить принятие решения Требуется более быстрая скорость реакции , чем t спринта Проблема не в разработке , а в других частях процесса Узкая специализация людей в команде

Переход к Kanban Команда сама придёт к Kanban через год-полтора хороших и качественных ретроспектив ;)

Scrum-ban Постепенный переход к Kanban: Рисуем все стадии Вводим WIP Вводим Pull систему Считаем cumulative flow До последнего не отказываемся от спринтов и регулярных митингов планирования / демо !

Подводные камни Ослабление Definition Of Done на промежуточных стадиях “ Растягивание ” задач , так как нет Timebox – контролировать Cycle-time Дробить задачи всё равно важно! Сохранить обсуждение задачи Совещания по требованию - но с информированием всех заинтересованных лиц

One day in Kanban Land Из книги Генрика Книберга (Henrik Kniberg)

Обязательно читайте Henrik Kniberg Kanban vs Scrum Scrum & XP from the trenches “ Toyota Way” – TPS и Lean http ://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf http://projectcatalyst.blogspot.com/2009/08/kanban-flow-and-cadence.html

Все материалы презентации можно будет скачать тут : http:// akorsun.ru

Scrum-Kanban-Scrumban

More Related Content

Viewers also liked

Viewers also liked (20)

Similar to Scrum-Kanban-Scrumban

Similar to Scrum-Kanban-Scrumban (20)

Scrum-Kanban-Scrumban

Editor's Notes