- •Предисловие Мэри Поппендик
- •Предисловие Дэвида Андерсона
- •Вступление
- •Часть 1 – Сравнение
- •Так что же такое Scrum и Kanban?
- •Коротко о Scrum-е
- •Коротко о Kanban-е
- •Так как же Scrum и Kanban связаны друг с другом?
- •Scrum и Kanban – инструменты процесса
- •Сравнивай, чтобы понять, а не осудить
- •Scrum более директивный, чем Kanban
- •Не ограничивайте себя одним инструментом!
- •Scrum предписывает итерации, ограниченные по времени
- •Kanban ограничивает НЗР по статусу задачи, Scrum – по итерациям
- •Оба процесса – эмпирические
- •Scrum против изменений в ходе итерации
- •Scrum-доска очищается каждую итерацию
- •Scrum предписывает кросс-функциональные команды
- •В Scrum-е элементы backlog-а должны вписываться в спринт
- •Scrum предписывает делать оценки и мерять производительность
- •Оба позволяют работать над несколькими продуктами одновременно
- •Оба – Lean и Agile
- •Незначительные различия
- •Scrum предписывает приоритезированный Product Backlog
- •В Scrum-е обязательны burndown диаграммы
- •Сравнение Scrum и Kanban досок – менее тривиальный пример
- •Scrum против Kanban: резюме
- •Сходства
- •Отличия
- •Часть II – разбор конкретного случая
- •Суть технической поддержки
- •С чего мы обычно начинаем?
- •Техническая поддержка с точки зрения разработчиков
- •Разработчики с точки зрения технической поддержки
- •Поехали ...
- •Запуск команд
- •Тренинг
- •Обсуждение с заинтересованными сторонами
- •Создание первой Kanban-доски
- •Первая модель Kanban-доски
- •Первое ограничение незавершенной работы
- •Уважение к ограничению незавершенной работы
- •Обсуждение возле доски
- •Выделение колонки "переполнение"
- •Какие задачи разместить на доске?
- •Как оценивать?
- •Что означает оцениваемый объем? Время выполнения с учетом задержек или время работы?
- •Так как же мы работали на самом деле?
- •Ежедневный Standup
- •Планирование итераций
- •Поиск концепции планирования, которая работает
- •Предыстория
- •Планируем по-новому
- •Подход 1: Ротация и взаимная проверка
- •Подход 2 – сначала архитектурные решения, потом оценка
- •Что же мерять?
- •Как все начало меняться
- •Усвоенные уроки
- •С уменьшением НЗР появляются ограничения
- •Не бойтесь экспериментировать и ошибаться
- •Заключительное слово
- •Начните с ретроспектив!
- •И никогда не прекращайте экспериментировать!
- •Об авторах
Оптимизируйте план релиза и корректируйте приоритеты совместно с клиентом, основываясь на данных, получаемых при рассмотрении релиза после каждой итерации.
Оптимизируйте процесс с помощью проведения ретроспективы после каждой итерации.
Итак, вместо большой команды, которая долго работает над чем-то большим, у нас получается
небольшая команда, которая короткими итерациями работает над небольшими кусочками. Но с
регулярной интеграцией, чтоб видеть целостность картины.
107 слов ... почти уложились.
Более подробную информацию можно найти в книге "Scrum и XP: заметки с передовой" – она есть в свободном доступе в сети. Я знаком с автором, он отличный парень :о)
http://www.infoq.com/minibooks/kanban-scrum-minibook
Больше ссылок о Scrum-е на http://www.crisp.se/scrum
Коротко о Kanban-е
Визуализируйте поток работ
oРазбейте работу на части, выпишите каждый из пунктов на карточку и прикрепите на стену.
o Подпишите столбцы, чтобы видеть на какой стадии находится каждое задание.
Ограничьте НЗР (WIP) (прим. переводчиков work-in-progress – незавершѐнная работа) – определите возможное количество незавершѐнных пунктов на каждой стадии рабочего процесса.
Измеряйте время выполнения задачи (lead time) (среднюю продолжительность времени для завершения одного пункта, иногда называемую "оперативным временем" (cycle time)), оптимизируйте процесс, чтобы свести время выполнения задачи к минимуму и сделать его настолько прогнозируемым, насколько это возможно.
Мы собираем полезные ссылки о Kanban-е: http://www.crisp.se/kanban