{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Визуальный SCRUM

4 внятных картинки вместо 30 000 символов из скрам-гайда

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

Все планируемые в процессе разработки задачи попадают в Бэклог продукта, а задачи на конкретный этап (иначе, спринт) — в Бэклог спринта.

Как устроен Скрам и что такое Спринт

Скрам предусматривает три роли:

  • Владелец Продукта — ответственный за то, чтобы продукт максимально решал поставленные задачи и имел максимальную ценность,
  • Команда Разработки — группа из 2-9 человек, отвечающая за непосредственное создание продукта,
  • Скрам-мастер — знает приёмы и практики Скрама и следит за тем, чтобы они грамотно внедрялись в скрам-команде.
Скрам-роли и Скрам-события

В скрам-процессе есть четыре вида событий:

1. Ежедневные стендапы

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

2. Планирование спринта

На это мероприятие отводится не более 8 часов. На этапе планирования команда определяется со списком задач на текущий спринт и с методами работы над текущей версией продукта.

Колода Planning Poker — пожалуй, самый простой и удобный способ спланировать спринт. Для этого потребуется колода карт, участие команды и немного аналитики: каждый член команды оценивает сложность задачи, кладя соответствующую карту рубашкой вверх. Карты вскрываются — при расхождениях значения обсуждаются. Средняя оценка, получившаяся из суммы значений от всех участников, формирует оценку затрат на задачу (EST — estimate).

Планирование Спринта с колодой Planning Poker и порядок проведения Ретроспективы

3. Демонстрация спринта

На неё уходит не более 4-х часов: в процессе демонстрации команда показывает результат работ над версией продукта и фиксирует проблемы при разработке. Также в ходе встречи продумывается план дальнейших действий.

4. Ретроспектива спринта

Должна занимать не более 3-х часов, в процессе которых обсуждаются результаты спринта, проблемы и пути их решения, а также генерируются задачи для улучшения процесса работы.

Цель ретроспективы — улучшить процесс, а не наказать виноватых или рефлексировать над неудачами. Во время встречи рассматриваются плюсы и минусы в ходе работ, из минусов — формируются идеи для улучшений, а идеи преобразуются в задачи на новый спринт. В идеале, каждый новый спринт должен содержать хотя бы одну задачу из ретроспективы.

Все задачи, как уже говорилось, попадают в Бэклог продукта. Сначала — в общих чертах, по мере работы над проектом они детализируются, уточняются или удаляются из-за потери актуальности.

Бэклог Продукта, Бэклог Спринта и Инкремент

Бэклог Продукта — таблица, элементы которой упорядочены по приоритету для бизнеса. Каждая задача оценивается с точки зрения затрат в условных единицах. Зная объём затрат всей команды, легко определить объём задач для Бэклога спринта и его границы (на инфографике: ESTкоманды = 18, поэтому в спринт вошли первые четыре задачи из списка).

Инкремент — текущая версия продукта, которая содержит в себе элементы текущего и всех предыдущих спринтов и потенциально готова к релизу к концу любого из них.

Это означает, что мы не оттачиваем продукт до идеала (который в рыночных реалиях всё равно может оказаться неидеальным), не оттягиваем выпуск продукта на последний этап и не «выбрасываем» его идеальную неповоротливую к изменениям версию на произвол рыночной судьбы. Наоборот, мы выпускаем минимально жизнеспособную версию продукта на рынок и сразу же получаем обратную связь от пользователей, которая показывает, куда двигаться дальше: какие функции стоит добавлять, а какие нет. Так достигается та самая гибкость, которая особенно ценится в эпоху вечно изменяющегося мира.

Понять скрам несложно, сложно освоить его до конца. Поэтому всем, кто взялся за его изучение и внедрение, очень советуем распечатать инфографику и повесить на стене — наглядная информация запоминается лучше:) Ну а если визуального скрама вам недостаточно, читайте гайд на человеческом понятном языке:

0
4 комментария

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Сибирикс
Автор

Цель спринта — достигнуть цели разработки, но чтобы эта тавтология не казалась ошибкой пятиклассника, мы заменили «цель» на «миссию». А насчёт ролей и их предназначений — смотрите внимательнее второй блок «Скрам-команда». Если нужны подробности, загляните по ссылке в скрамгайд)

Ответить
Развернуть ветку
Вик Григ

Оказывается я всю жизнь все делал по скраму

Ответить
Развернуть ветку
Сибирикс
Автор

Вот это да!

Ответить
Развернуть ветку
AVAS SAVA

Я думал у меня одного такое мнение)

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
1 комментарий
Раскрывать всегда