Почему вашему Scrum Product Backlog нужен Discovery Kanban

Почему вашему Scrum Product Backlog нужен Discovery Kanban

Анна Смаль
Скрам-мастер, Deutsche Telekom

4 июня 2020
Online Dev Meetup

Анна расскажет о том, как ее Scrum-команда победила высокую энтропию бэклога, и что вы можете сделать уже завтра, чтобы привнести порядок в хаос поступающих бизнес-требований.
Доклад будет полезен всем, кто работает с продуктовыми требованиями и ищет способы систематизировать эту работу и повысить ее прозрачность для других членов команды и стейкхолдеров.

---
Подписывайтесь на Exactpro в социальных сетях:

LinkedIn https://www.linkedin.com/company/exactpro-systems-llc
Twitter https://twitter.com/exactpro
Facebook https://www.facebook.com/exactpro/
Instagram https://www.instagram.com/exactpro/

Подписывайтесь на YouTube канал Exactpro https://www.youtube.com/c/exactprosystems

5206c19df417b8876825b5561344c1a0?s=128

Exactpro

June 04, 2020
Tweet

Transcript

  1. 2.

    О чем будем говорить 1. Хьюстон, у нас проблема •

    А что не так с Product Backlog? 2. Поиск решения • Что предлагает PMI • Что предлагает Scrum 3. Успех! • Или история о том, как Discovery Kanban спас Backlog одного маленького, но гордого продукта
  2. 3.

    Немного обо мне • Я – Аня, и если вы

    увидите мою фамилию в первый раз на английском (Smal), вы едва ли поймете, как она должна выглядеть на русском (: • Product Backlog в моих проектах часто был кубком огня/черной дырой/колодцем без дна, и я долго не могла понять, как можно оптимизировать работу с ним, если у моего Product Owner нет ответа на этот вопрос • Около 5 лет в управлении проектами в ИТ, от стартапов до крупных корпораций • CSM, KMP • Сейчас Scrum Master в Deutsche Telekom • Люблю Амстердам, компьютерные игры и рассказывать людям про то, что порой Kanban – не то, чем кажется
  3. 4.
  4. 7.

    Что нам рекомендуют традиционные подходы к управлению проектами? • Сбор

    требований • Концепция • Иерархическая Структура Работ (WBS)
  5. 12.

    Почему Backlog Grooming не помог? • Backlog был одним большим

    списком из 600+ карточек • Карточки добавлялись как попало и кем попало • РО физически не успевал обрабатывать такой объем • Низкий уровень проработки требований • Нет сколько-нибудь долгосрочного горизонта планирования • Вопреки честным попыткам команды в приоритеты, низкая прозрачность • Бестолковые траты времени - команда привлекалась тогда, когда требования не были достаточно проработаны • Постоянный бесконечный прирост количества карточек демотивировал их разбирать
  6. 13.
  7. 14.
  8. 15.

    Что мы делали во время Backlog Grooming? • Добавляли новые

    элементы • Удаляли потерявшие актуальность • Проверяли на «ложную нагрузку» (отвечает ли целям продукта?) • Проверяли, нужно ли декомпозировать • Оценивали, сколько будет стоить
  9. 16.
  10. 17.
  11. 18.
  12. 19.
  13. 20.
  14. 21.
  15. 22.
  16. 23.
  17. 24.
  18. 25.

    Как же это все произошло? 1. Определили этапы проработки (колонки).

    2. Обозначили и зафиксировали правила для наполнения колонок (в том числе acceptance criteria для буферных зон). 3. Распределили текущие требования в работе по этапам (колонкам). 4. Привязали Discovery Board как агенда-образующий артефакт к нашей встрече для Backlog Grooming раз в спринт. 5. Научили РО говорить «НЕТ». 6. Со временем ввели плавающие WIP-лимиты для создания импульса к «вытягиванию» карточек. 7. Со временем научились пересматривать WIP-лимиты и правила (рекомендуется: раз в 2-4 спринта)
  19. 26.

    «И жили они долго и счастливо…» • Backlog уменьшился до

    90-100 карточек • Правила добавления стали прозрачными • Этапы проработки и прогресс по ним стали прозрачными • Появился горизонт планирования ~в 2 спринта • Команда привлекалась для оценки и декомпозиции только тогда, когда задачи были уже достаточно проработаны • С возможностью «говорить НЕТ» стало психологически легче и РО, и команде • С упорядоченным беклогом стало возможно корректно приоритезировать бизнес-гипотезы
  20. 27.

    “Reducing Lead Time is good. Shorter Lead Time means you

    are producing value faster. But at the same time if your product requirements are shit, shorter Lead Time just means you are producing shit faster” .