Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Discovery Kanban для управления беклогом Scrum-команды

499 views

Published on

Алексей Пименов, ScrumTrek

Published in: Leadership & Management
  • Be the first to comment

Discovery Kanban для управления беклогом Scrum-команды

  1. 1. XII международная конференция CEE-SECR / РАЗРАБОТКА ПО 28 - 29 октября, Москва Пименов Алексей Discovery Kanban для управления беклогом Scrum-команды AgileCoach@ScrumTrek
  2. 2. Алексей Пименов В IT отрасли с 1997 года Прошел путь от программиста до руководителя разработки в крупном финансовом холдинге В данный момент работаю Agile-коучем в компании ScrumTrek
  3. 3. Ну ты ЛОШАРА! Ну ты ЛОШАРА!
  4. 4. Product Backlog refinement is the act of adding detail, estimates, and order to items in the Product Backlog. This is an ongoing process in which the Product Owner and the Development Team collaborate on the details of Product Backlog items. During Product Backlog refinement, items are reviewed and revised. The Scrum Team decides how and when refinement is done. Refinement usually consumes no more than 10% of the capacity of the Development Team. However, Product Backlog items can be updated at any time by the Product Owner or at the Product Owner’s discretion. SCRIPTURE OF SCRUM
  5. 5. Backlog Grooming
  6. 6. Проектируем Канбан-доску Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected Идеи от бизнеса Готовый беклог Scrum-команды Процесс подготовки беклога
  7. 7. Поток создания ценности Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected Отказ Отказ ПОТОК ВОЗМОЖНОСТЕЙ!!! На любом этапе мы можем отказаться от элемента
  8. 8. WIP-Лимиты Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected Начнем с конца! Лимит на беклог стоит сделать в Story Points 60 -70 Диапазон нужен чтобы: - У команды точно была работа - Работы было на 2-3 спринта вперед - Velocity не стабилен
  9. 9. WIP-Лимиты Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected Перед и на оценке лимиты идут по количеству, но также в диапазоне 60 -702 - 3 2 - 42 - 42 - 4 Как факт, лимиты дадут возможность протягивания запросов через процесс их подготовки
  10. 10. Формальные правила Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected 60 -702 - 3 2 - 42 - 42 - 4 Необходимо выработать формальные правила перемещения элементов в «буферные» колонки Подготовка US: • Элемент прошел через Impact Mapping • Элемент сформулирован в виде US Декомпозиция: • Если требовался StorryMapping, то он был проведен • Элемент декомпозирован до небольшого размера • Декомпозированные, на которые распался элемент переформулированы в виде US
  11. 11. Фасилитация работы Requests User Story Decomposition Business Value Estima- tion Backlog In Progress DoneDoneIn ProgressDoneIn Progress Rejected 60 -702 - 3 2 - 42 - 42 - 4 ИДЕМ ПО ДОСКЕ СПРАВА НАЛЕВО SCRUM MASTER - Смотрит за возможностями - Предлагает вытягивание - Проверяет формальные правила - Ставит под сомнение целесообразность
  12. 12. Каденции  Работа с доской  1 или 2 раза за спринт  Пересмотр правил и лимитов  1 раз за 2-3 спринта
  13. 13. СПАСИБО ЗА ВНИМАНИЕ ВОПРОСЫ? Алексей Пименов Email: apimenov@scrumtrek.ru

×