Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Процессы и артефакты Scrum
Благодарю за внимание
8.71M
Категория: ПрограммированиеПрограммирование

7. Scrum 2(1)(1)

1. Scrum

2. Процессы и артефакты Scrum

Процессы и артефакты являются основой методологии Scrum. Они помогают
структурировать работу команды, обеспечивая прозрачность и управляемость
проекта.
1) Продакт Бэклог (Product Backlog)
Продакт Бэклог (Product Backlog) является одним из важнейших элементов
методологии Scrum. Его роль заключается в систематическом представлении
всех необходимых изменений и функций продукта, упорядоченных по степени
важности.
Продакт Бэклог — это динамический список требований, идей и предложений,
относящихся к продукту. Именно на основании этого списка формируются
задачи для реализации в последующих спринтах.
Владельцем и ответственным лицом за ведение Продакт Бэклога выступает
Product Owner.

3. Процессы и артефакты Scrum

Особенности Продакт Бэклога:
1. Динамичность
Бэклог не статичен. Он регулярно обновляется и изменяется в зависимости от
новых вводных данных, пожеланий заказчиков, рынка и изменения
приоритетов бизнеса. Благодаря этому обеспечивается высокая степень
адаптации к меняющимся условиям внешней среды.
2. Гибкость приоритезации
Каждая позиция в бэклоге имеет свою важность, определяемую бизнесзначимостью, риском, стоимостью внедрения и потенциальной пользой для
конечного пользователя. Такая структура позволяет расставлять акценты на
наиболее значимые части продукта.

4. Процессы и артефакты Scrum

3. Содержимое Продакт Бэклога
Обычно элементами бэклога выступают:
• User Stories: описания функциональных возможностей глазами конечных
пользователей ("как клиент, я хочу...").
• Задачи технической поддержки: улучшение инфраструктуры, исправление
багов, оптимизация производительности и т.д.
• Экспериментальные идеи: гипотезы и предположения, проверка которых
позволит лучше понять потребности клиентов.
Каждая запись сопровождается критериями приёмки (Acceptance Criteria),
благодаря чему чётко определяется граница готового функционала.

5. Процессы и артефакты Scrum

Для эффективного управления Продакт Бэклогом важно придерживаться
следующих принципов:
1. Регулярное обновление
Бэклог периодически пересматривается и перестраивается с учётом текущих
обстоятельств. Встреча, называемая Backlog Refinement, помогает
поддерживать порядок и своевременно вносить необходимые правки.
2. Очистка и сокращение объёма
Чтобы минимизировать дублирование и неясности, рекомендуется удалять
устаревшие записи и упрощать формулировки требований. Чем яснее
требования, тем легче планировать работу команды.
3. Разделение крупных задач на мелкие
Большие функциональные блоки разбиваются на небольшие, легко
выполнимые задачи, называемые User Stories. Таким образом повышается
контроль над процессом разработки и сокращается риск пропуска важных
деталей.

6. Процессы и артефакты Scrum

Пример правильного оформления пункта Продакт Бэклога выглядит
следующим образом:
Таким образом, Продакт Бэклог играет ключевую роль в управлении
продуктом в Scrum, являясь источником задач и ориентиром для всей команды
разработки.
Эффективное формирование и поддержание Продакт Бэклога способствует
достижению высокого качества продукта и своевременному удовлетворению
запросов заказчика.

7. Процессы и артефакты Scrum

2) Спринт Бэклог (Sprint Backlog):
Спринт Бэклог (Sprint Backlog) — это важный инструмент Scrumметодологии, используемый командой разработки для четкого понимания
задач и обязательств на протяжении конкретного спринта.
Спринт Бэклог — это подмножество Продакт Бэклога, включающее в себя
выбранные командой задачи, предназначенные для выполнения в текущем
спринте. Эти задачи становятся непосредственным фокусом работы команды,
пока длится спринт.

8. Процессы и артефакты Scrum

Составляющие Спринт Бэклога:
1. Цели спринта
Цель спринта — это обобщенное заявление, отражающее основной результат,
которого команда стремится достичь в конце спринта. Эта цель
согласовывается с Product Owner’ом и помогает команде сосредоточиться на
общей задаче.
2. Набор задач (To Do List)
Этот набор включает детализованные задания и действия, необходимые для
достижения цели спринта. Обычно каждая такая задача связана с конкретной
функцией или компонентом продукта, указанными в Продакт Бэклоге.
3. Оценка трудозатрат
Каждой задаче присваивается оценка трудоемкости (например, в Story Points
или часах), основанная на опыте предыдущих спринтов и оценке самой
команды. Такие оценки важны для распределения ресурсов и понимания
возможного объема выполняемой работы.

9. Процессы и артефакты Scrum

Формирование спринт бэклога осуществляется в ходе встречи по
планированию спринта (Sprint Planning):
• Выбор задач:
Команда вместе с Product Owner’ом выбирают подходящие пункты из Продакт
Бэклога, основываясь на их приоритетности и возможностях команды. Здесь
учитывается общая цель спринта и ожидания стейкхолдеров.
• Детализация задач:
Выбранные пункты разбиваются на меньшие, понятные задачи, измеряемые и
реализуемые за короткий промежуток времени. Формулировка задач должна
быть предельно ясной и доступной каждому участнику команды.
• Оценка трудоемкости:
Команды используют техники вроде Poker Planning или групповых
обсуждений для точной оценки каждой задачи. Этот этап важен для
реалистичного планирования объемов работы.
• Фиксирование целевого состояния:
Окончательно сформированный список задач фиксируется в качестве Sprint
Backlog. Каждая задача получает статус “to do” (“не выполнено”), после чего
начинается активная фаза выполнения.

10. Процессы и артефакты Scrum

Правила работы с Спринт Бэклогом:
1. Самостоятельность команды
Команде предоставляется полная свобода выбора способов выполнения задач.
Она самостоятельно распределяет обязанности и контролирует процесс
исполнения.
2. Открытая коммуникация
Любое изменение или непредвиденная проблема, влияющая на выполнение
задач, должно немедленно доводиться до общего сведения, особенно если оно
влияет на достижение цели спринта.
3. Постоянное обновление
Спринт Бэклог активно используется ежедневно на стендап-встречах (Daily
Scrum), где участники отмечают выполненные задачи и сообщают о
возникших проблемах. Выполненные задачи помечаются статусом “done”
(“выполнено”).

11. Процессы и артефакты Scrum

Правильно настроенный и поддерживаемый спринт бэклог приносит ряд
преимуществ:
• Ясность ожиданий и обязанностей среди членов команды.
• Возможность раннего выявления проблем и препятствий.
• Уверенность в достижении цели спринта.
• Поддержка быстрого реагирования на изменения в условиях или
требованиях.

12. Процессы и артефакты Scrum

3) Прирост Продукта (Increment):
Прирост Продукта (Increment) — это ключевой элемент Scrum-методологии,
характеризующий законченную функциональность продукта, которую команда
разработала и готова представить после окончания очередного спринта.
Прирост Продукта — это минимальный
объём функциональности, добавляемый к
продукту в результате завершения
спринта.

13. Процессы и артефакты Scrum

Характеристики прироста продукта:
1. Готовность к релизу
Даже если полный релиз не планируется сразу же после спринта, прирост
продукта обязательно должен быть готов к запуску. То есть он проходит
тестирование, документирован и полностью соответствует стандартам качества.
2. Полностью интегрированная функциональность
Каждая новая функция интегрируется с существующими частями продукта,
создавая единое целое. Это гарантирует отсутствие конфликтов между
компонентами и обеспечивает плавное развитие продукта.
3. Добавленная ценность
Каждый новый increment добавляет определенную ценность для конечного
пользователя или бизнеса. Даже минимальные улучшения имеют ощутимый
эффект и способствуют постепенному совершенствованию продукта.

14. Процессы и артефакты Scrum

Процесс образования нового прироста продукта реализуется поэтапно:
1. Планирование спринта:
Команда принимает решение о том, какую функциональность реализовать в
текущем спринте, выбирая соответствующие задачи из Продакт Бэклога.
2. Разработка и тестирование:
Зафиксированные задачи выполняются командой разработчиков, проходят
тщательное тестирование и проверку на соответствие принятым критериям
качества.
3. Интеграция и подготовка к показу:
Все созданные компоненты объединяются в единую версию продукта,
проверяется совместимость с предыдущими функциями и готовится к
презентации на обзоре спринта.
4. Демонстрация результатов:
На встрече обзора спринта демонстрируются достигнутые результаты и
принимается решение о выпуске готовой версии или необходимости доработок.

15. Процессы и артефакты Scrum

Регулярный вывод новых версий продукта позволяет:
• Быстро получать обратную связь от пользователей и заказчиков.
• Своевременно обнаруживать и устранять дефекты и несоответствия.
• Повышать доверие клиента путем последовательного выпуска улучшенных
версий продукта.

16. Процессы и артефакты Scrum

Процессы Scrum:
1) Планирование спринта (Sprint Planning)
Планирование спринта (Sprint Planning) — это важнейшая встреча в Scrumпроцессах, направленная на определение цели следующего спринта и подбор
соответствующих задач из Продакт Бэклога для выполнения командой.
Правильное проведение планирования обеспечивает успешное завершение
спринта и достижение значимых результатов.

17. Процессы и артефакты Scrum

Основной целью Sprint Planning является постановка задач и определение
направлений работы на ближайшие две-четыре недели (обычная
продолжительность спринта составляет одну-две недели).
Во время этой встречи команда разрабатывает стратегию, формирует
предварительный список задач и намечает пути их решения.

18. Процессы и артефакты Scrum

Участниками планирования спринта являются:
• Product Owner: ответственный за содержание Продакт Бэклога и
утверждение целей спринта.
• Development Team: непосредственно разработчики, тестировщики и
специалисты других профессий, вовлечённые в реализацию задач.
• Scrum Master: организатор и фасилитатор встречи, следит за соблюдением
регламента и качеством процесса.

19. Процессы и артефакты Scrum

Встреча делится на два этапа:
1. Выбор цели спринта
На первом этапе обсуждается видение Product Owner'а относительно того,
каким должен стать продукт после завершения спринта. Ставится глобальная
цель спринта, которая становится отправной точкой для дальнейших
рассуждений.
Примером такой цели может служить следующее утверждение:
"Мы хотим повысить удобство регистрации пользователей нашего вебприложения."
2. Подбор задач из Продакт Бэклога
Второй этап посвящен выбору конкретных задач из Продакт Бэклога, которые
будут выполнены в следующем спринте. Для этого рассматриваются отдельные
User Stories, оцениваются сроки и сложность их реализации.
Задача команды — определить реалистичный объем работ, соответствующий
имеющемуся ресурсу и опыту.

20. Процессы и артефакты Scrum

Чтобы встреча была эффективной, полезно учитывать следующие моменты:
• Четкая постановка цели:
Прежде всего, должна быть установлена ясная цель спринта, соответствующая
потребностям бизнеса и ожиданиям стейкхолдеров.
• Реалистичные ожидания:
Команда должна объективно оценивать свои силы и выбирать лишь тот объем
задач, который реально выполним в срок.
• Достаточная детализация:
Каждую выбранную задачу необходимо детализировать настолько, чтобы было
понятно, какой конкретно вклад она внесёт в общий успех спринта.
• Открытое обсуждение:
Все участники должны свободно высказывать свое мнение и давать
конструктивные советы по поводу планируемых задач.

21. Процессы и артефакты Scrum

По итогам Sprint Planning формируется:
• Список задач:
Из выбранного набора User Stories составляется подробный перечень задач,
распределённых по исполнителям.
• Ожидаемые результаты:
Определены конкретные показатели успеха, позволяющие оценить, насколько
успешно прошел спринт.
• Основа для ежедневных встреч:
Получившийся список задач станет предметом ежедневных обсуждений на
стендап-встречах, проводимых командой.

22. Процессы и артефакты Scrum

2) Daily Scrum (Ежедневный стендап):
Daily Scrum (ежедневный стендап) — одна из основных практик Scrum,
предназначенная для поддержания внутренней коммуникации и координации
усилий внутри команды.
Эта короткая ежедневная встреча призвана помогать членам команды
оставаться сосредоточенными на целях спринта и оперативно решать
возникающие трудности.

23. Процессы и артефакты Scrum

Ежедневный стендап (или Daily Scrum) — это короткое совещание, проводимое
каждое утро членами команды.
Главная цель этой встречи — обеспечить синхронность действий, выявить
возможные преграды и гарантировать максимальную производительность
группы.
Основные правила проведения Daily Scrum
1. Ограничение по времени
Время встречи ограничено пятнадцатью минутами. Это помогает участникам
концентрироваться исключительно на главном и избегать долгих дискуссий.
2. Три стандартных вопроса
На каждом Daily Scrum участники отвечают на три простых вопроса:
• Что сделал вчера?
Рассказать о прогрессе, достигнутом накануне.
• Что собираюсь сделать сегодня?
Обозначить сегодняшнюю рабочую программу.
• Какие возникли препятствия?
Сообщить о возможных затруднениях, препятствующих выполнению задач.

24. Процессы и артефакты Scrum

Основные выгоды регулярных коротких совещаний включают:
• Повышение прозрачности:
Каждый член команды знает, кто занимается какими задачами и какой прогресс
достигнут.
• Быстрое выявление рисков:
Проблемы, выявленные вовремя, проще устранить, что снижает шансы
задержек и ошибок.
• Улучшение взаимодействия:
Коллективное обсуждение планов и трудностей способствует созданию духа
взаимопомощи и укрепляет командную динамику.

25. Процессы и артефакты Scrum

Несмотря на простоту формата, встречаются ситуации, когда стендап теряет
свою эффективность.
Вот некоторые распространённые ошибки:
• Переход к долгим обсуждениям:
Когда сотрудники начинают углубляться в подробности технических вопросов,
теряя из виду ограниченное время мероприятия.
• Отсутствие участия Product Owner'а и Scrum Master'а:
Без их активного участия может нарушиться баланс целей и направления
движения команды.
• Использование вместо еженедельных отчетов:
Иногда руководители пытаются превратить Daily Scrum в нечто большее,
превращая его в формальное мероприятие вместо инструмента оперативной
координации.

26. Процессы и артефакты Scrum

3) Ревью спринта (Sprint Review):
Ревью спринта (Sprint Review) — это заключительное событие спринта в Scrum,
которое посвящено демонстрации результатов работы команды и сбору отзывов
от заинтересованных сторон (стейкхолдеров).
Данный процесс играет важную роль в обеспечении непрерывного развития
продукта и коррекции курса разработки.
Главная цель ревью спринта — продемонстрировать полученные результаты и
убедиться, что проект развивается в нужном направлении.
Также это отличная возможность привлечь внимание стейкхолдеров и вовлечь
их в принятие решений касаемо дальнейшего развития продукта.

27. Процессы и артефакты Scrum

Участники Sprint Review:
• Product Owner: лицо, принимающее финальное решение о содержании и
будущем продукта.
• Development Team: разработчики, презентующие готовые результаты.
• Stakeholders: клиенты, инвесторы, представители бизнеса и любые другие
заинтересованные стороны.
• Scrum Master: помощник, следящий за ходом мероприятия и
обеспечивающий соблюдение регламентированных процедур.

28. Процессы и артефакты Scrum

Процесс проведения ревью спринта:
1. Демонстрация результатов
Team демонстрирует стейкхолдерам и руководству всё, что было создано в
течение последнего спринта. Презентация охватывает как функциональные, так
и нефункциональные характеристики продукта.
Например, разработчики показывают новую функциональность приложения,
проводят демо-версии и рассказывают о произведенных изменениях.
2. Сбор обратной связи
Главной задачей на данном этапе является получение откликов от аудитории.
Вопросы и предложения фиксируются, а важные замечания учитываются при
формировании плана следующего спринта.
Типичные формы сбора обратной связи:
• Устные высказывания и пожелания.
• Заполнение анкет или опросных листов.
• Онлайн-обсуждение через специальные сервисы (если мероприятие
проходит удалённо).

29. Процессы и артефакты Scrum

3. Обсуждение будущего продукта
На основе полученной обратной связи определяются ключевые точки роста и
улучшения продукта.
Вместе со стейкхолдерами обсуждаются варианты дальнейшей эволюции
продукта, уточняются приоритеты и вырабатываются стратегии развития.

30. Процессы и артефакты Scrum

Правильная организация ревью спринта позволяет достигнуть ряда полезных
эффектов:
• Получение актуальной обратной связи:
Свежие отзывы от пользователей помогают понять, в каком направлении
двигаться дальше.
• Укрепление доверия:
Совместное участие стейкхолдеров улучшает взаимодействие и увеличивает
поддержку проектов.
• Проверка правильности выбранных путей:
Анализ полученных результатов подтверждает правильность принятых ранее
решений или указывает на необходимость внесения корректировок.

31. Процессы и артефакты Scrum

Хотя концепция кажется простой, существуют распространенные ошибки,
способные негативно повлиять на результативность мероприятия:
• Недостаточное информирование участников:
Некоторые участники приходят неподготовленными и не понимают контекста
происходящего.
• Нехватка презентационных материалов:
Отсутствие наглядных примеров или слабо подготовленных демоверсий
ухудшает восприятие проделанной работы.
• Неправильный формат подачи информации:
Скучные или чрезмерно технически перегруженные выступления снижают
интерес слушателей.

32. Процессы и артефакты Scrum

4) Ретроспектива (Sprint Retrospective):
Ретроспектива (Sprint Retrospective) — завершающий этап цикла Scrum,
посвященный рефлексии и извлечению уроков из предыдущего спринта. Ее
главной целью является повышение эффективности работы команды и
устранение недостатков, накопившихся в процессе.
Основная идея ретроспективы заключается в постоянном стремлении к
самосовершенствованию и обучению на собственном опыте. Через регулярное
осмысление пройденного пути команда приобретает способность развивать
лучшие практики и исключать неэффективные подходы.

33. Процессы и артефакты Scrum

Основными целями ретроспективы являются:
• Анализ успехов и неудач:
Оценка сильных и слабых сторон прошлого спринта.
• Определение областей для улучшения:
Выявление моментов, нуждающихся в изменении или усовершенствовании.
• Создание плана действий:
Формирование перечня конкретных шагов для повышения эффективности
следующей итерации.

34. Процессы и артефакты Scrum

Процедура ретроспективы подразделяется на несколько этапов:
1. Подготовка
Прежде всего, необходимо выбрать подходящее время и место для проведения
ретроспективы. Желательно пригласить всех членов команды, включая Product
Owner'а и Scrum Master'а.
2. Постановка целей
На начальном этапе обозначаются главные цели предстоящего собрания, что
помогает держать фокус на нужных аспектах обсуждения.
3. Осмысление опыта
Здесь команда обменивается мнениями и впечатлениями о прошедшем спринте.
Используются методы мозгового штурма, голосования и коллективного анализа.
4. Создание плана улучшений
Собранные идеи классифицируются и ранжируются по важности. Формируется
конкретный план мероприятий, направленных на улучшение рабочих
процессов.

35. Процессы и артефакты Scrum

Существует множество методов проведения ретроспектив, вот некоторые из
них:
• Метод Five Whys:
Используется для глубокого анализа корневых причин возникающих проблем.
• Start-Stop-Continue:
Предлагает рассмотреть, что начать делать, прекратить делать и продолжить
делать.
• Mad-Sad-Glad:
Помогает выяснить эмоциональное состояние команды и установить причины
позитивных и негативных эмоций.

36. Процессы и артефакты Scrum

Дополнительные процессы
1) Burndown Chart (График горения задач)
Используется для визуализации прогресса выполнения задач в рамках спринта.
Горизонтальная ось графика отражает дни спринта, вертикальная — количество
оставшихся задач или объем невыполненной работы.
Если график движется вниз плавно и стабильно, значит работа идет
эффективно.
2) Definition of Done (Критерии завершения)
Определённый командой перечень критериев, согласно которым задача
считается выполненной.
Например, наличие документации, прохождение тестов, оформление в
репозитории исходников и т.п. Четко сформулированные критерии позволяют
избежать недопониманий относительно статуса выполненных задач.
Таким образом, процессы и артефакты Scrum создают основу для гибкого
подхода к разработке продуктов, позволяя адаптироваться к изменениям,
улучшать качество работы и достигать поставленных целей быстрее и
эффективнее.

37. Благодарю за внимание

English     Русский Правила