Визуальный SCRUM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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