Обзор Scrum

Алексей КорсунAgile-тренер, руководитель проектов

http://akorsun.ru

Scrum - framework

Backlog Инструмент для ведения Backlog

– основные требования Не становитесь заложниками

инструмента

Планирование спринта Приоритезация Product Backlog’а -

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

Декомпозиция и оценкаОбъём задачи не более 8 дней. Объём

подзадачи – 4-16 часов. (Теория СМО ;))

Работает: Work-breakdown structure Planning Poker

Необходимо: Инструменты для оценки Декомпозиция

Scrumboard

Scrumboard Основное средство визуализации Следим за сигналами

Осторожно: Не очень много бумажек Купите хорошие стикеры ;) Не беспокойтесь за историю

ScrumBoard - Сигналы

Работа в течение спринта

Управление требованиями и изменениями на след. спринт

Проектирование Реализация Тестирование

Управление требованиями Видение и Метафора системы Процесс управления изменениями – общедоступен -

кроссфункциональность Чёткое деление на функц. и нефункц. требования

Осторожно: Требования – бутылочное горлышко

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

КроссфункциональностьНеобходимо добиваться. Даёт возможности: Фокусирование всех на главной задаче Оценка – вместе. Прояснение тонких мест

помогает пониманию. Устраняет риски отсутствия людей Устраняет “бутылочные горлышки”

Владение кодом Сильное – есть ответственный за модуль.

Изменения – только в своей зоне ответственности. В другой зоне – запросы на изменение.

Слабое – есть ответственный за модуль. Все могут менять, но ответственный “присматривает”

Коллективное – всё общее. Отвечают – тоже все.

Тестирование и развёртывание Приёмочные тесты Continious integration – тесты каждый час Быстрый цикл ручного тестирования Predeploy(code-freeze) и Production Баги – на Scrumboard – минимализм и

наглядность

Осторожно: Не должно быть “баг-ударов” в другую

итерацию

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

Большая ретроспектива – раз в квартал.

Итоги - преимущества Прозрачность процесса Предсказуемость сдачи релизов и выполнения

проекта Повышение качества продукта: лучшее

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

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

ретроспектив и стенд-апов.

Итоги – уменьшение рисков Работа сделана не вовремя Сделано не то, что было нужно Сделано не самым эффективным

способом Ключевой сотрудник в отпуске Сложность внесения изменений в код

Алексей КорсунAgile-тренер, руководитель проектов

http://akorsun.ru