Краткий обзор методологии Scrum

1. Обзор Scrum
Алексей Корсун
Agile-тренер, руководитель проектов
http://akorsun.ru

2. Scrum - framework

3.  Backlog
 Инструмент для ведения Backlog –
основные требования
 Не становитесь заложниками
инструмента

4. Планирование спринта
 Приоритезация Product Backlog’а -
изменения
 Метафора системы - ускоряет
 Product Backlog и Technical Backlog
 Необходимость в Research Backlog’е
 how to demo
 микроменеджмент

5. Декомпозиция и оценка
Объѐм задачи не более 8 дней. Объѐм подзадачи –
4-16 часов. (Теория СМО ;))
Работает:
 Work-breakdown structure
 Planning Poker
Необходимо:
 Инструменты для оценки
 Декомпозиция

6. Scrumboard

7. Scrumboard
 Основное средство визуализации
 Следим за сигналами
Осторожно:
 Не очень много бумажек
 Купите хорошие стикеры ;)
 Не беспокойтесь за историю

8. ScrumBoard - Сигналы

9. Работа в течение спринта
 Управление требованиями и
изменениями на след. спринт
 Проектирование
 Реализация
 Тестирование

10. Управление требованиями
 Видение и Метафора системы
 Процесс управления изменениями – общедоступен -
кроссфункциональность
 Чѐткое деление на функц. и нефункц. требования
Осторожно:
 Требования – бутылочное горлышко

11. Проектирование
 Test-driven design
 Контракты
 Белая доска
 Drive-a-spike

12. Кроссфункциональность
Необходимо добиваться. Даѐт возможности:
 Фокусирование всех на главной задаче
 Оценка – вместе. Прояснение тонких мест
помогает пониманию.
 Устраняет риски отсутствия людей
 Устраняет “бутылочные горлышки”

13. Владение кодом
 Сильное – есть ответственный за модуль.
Изменения – только в своей зоне
ответственности. В другой зоне – запросы на
изменение.
 Слабое – есть ответственный за модуль. Все могут
менять, но ответственный “присматривает”
 Коллективное – всѐ общее. Отвечают – тоже все.

14. Тестирование и
развѐртывание
 Приѐмочные тесты
 Continious integration – тесты каждый час
 Быстрый цикл ручного тестирования
 Predeploy(code-freeze) и Production
 Баги – на Scrumboard – минимализм и наглядность
Осторожно:
 Не должно быть “баг-ударов” в другую итерацию

15. Ретроспективы
Положительная обратная связь
 Вовремя обратить внимание на проблемы
 Утвердить хорошие практики работы
 Выяснить причины невыполнения целей
 Улучшить климат в команде
 Большая ретроспектива – раз в квартал.

16. Итоги - преимущества
 Прозрачность процесса
 Предсказуемость сдачи релизов и выполнения проекта
 Повышение качества продукта: лучшее соответствие
ожиданиям пользователей, уменьшение количества
ошибок, за счѐт их раннего обнаружения
 Увеличение продуктивности за счѐт фокусировки
 Значительно уменьшает нагрузку на менеджмент.
 Повышение вовлечѐнности сотрудников – мотивация
 Упрощение вхождения в команду новых игроков
 Создание условий для взаимного обучения в виде
ретроспектив и стенд-апов.

17. Итоги – уменьшение рисков
 Работа сделана не вовремя
 Сделано не то, что было нужно
 Сделано не самым эффективным способом
 Ключевой сотрудник в отпуске
 Сложность внесения изменений в код

18. Алексей Корсун
Agile-тренер, руководитель проектов
http://akorsun.ru