Что такое Scrum и зачем нужна эта методология управления проектами

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

Разработка с помощью этой методологии происходит в так называемом итерации (спринты), которые обычно длятся от двух недель до одного месяца. Эти итерации завершаются собранием, на котором присутствуют все заинтересованные стороны, включая клиентов, хотя участие клиентов не обязательно.

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

Преимущество Scrum — возможность гибко реагировать на изменения, возникающие в ходе проекта.

Характеристики проектов, управляемых по методологии Scrum:

• разработка короткими итерациями (от 2 до 4 недель);

• фиксированные затраты и сроки;

• гибкое определение результатов;

• небольшие команды;частые анализы и обзоры рисков;

• большой упор на общение и сотрудничество между всеми участвующими сторонами (включая заказчика).

Основные принципы методологии Scrum

SCRUM базируется на трех принципах:

1. Прозрачность. Например, все участники должны использовать общий язык для описания процесса проверка (пользователи Scrum должны проверять артефакты и продвигаться к цели достаточно часто, чтобы обнаруживать неприемлемые отклонения в процессе).

2. Адаптация. Если аудитор решает на основании проверки, что один или несколько аспектов процесса выходят за допустимые пределы и что полученный продукт будет неприемлем, то необходимо адаптировать процесс. Изменение необходимо внести как можно скорее, чтобы минимизировать будущие отклонения.

3. Каждый должен иметь четкое представление о том, что и почему делается и в каком состоянии.

Роли в Scrum-команде

Скрам определяет три роли — Scrum-мастер, Владелец продукта и Scrum-команда.

Скрам-мастер

Роль Scrum Master не совсем стандартна. Он не менеджер, не классический руководитель команды, и он даже не начальник, он такой же член команды, как и все остальные. Скрам-мастер выступает связующим звеном между командой и любыми внешними отвлекающими факторами.

Скрам-мастер:

• отвечает за максимально возможную эффективность работы;

• скромный (ставлю интересы коллектива выше собственных);умеете сотрудничать;

• стремится к успешному завершению спринта, как и все остальные члены;

• способен влиять на других, поскольку в терминах Scrum он не является начальником команды и поэтому может полагаться только на естественный авторитет и способность модерировать ход дискуссии;

• как ведущая личность, ориентированная на проблему проекта, увеличивает шансы команды на успех.

Владелец продукта

Владелец продукта, который должен устанавливать приоритеты и решать, над чем будет работать дальше. 

1. Он отвечает за видение проекта.

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

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

4. Владелец отвечает за создание требований, рентабельность инвестиций (ROI) и план выпуска. Требования фиксируются в артефакте, называемом журналом невыполненных работ по продукту.

Скрам-команда

Командная работа очень важна для гибкой разработки. В Scrum команда рассматривается как неделимое целое, поэтому не имеет значения, если один участник потерпит неудачу, каждый всегда за все несет ответственность.

Процесс управления проектом

Спринт

В центре методологии Scrum находится Спринт — временно ограниченный период, в течение которого осуществляется создание ценного прироста продукта.

Каждый спринт начинается с планирующей встречи. Полный цикл спринта включает в себя этапы планирования, ежедневные собрания, процесс разработки, обзор результатов и ретроспективу.

Основной задачей является не просто выполнение всех элементов бэклога, а достижение поставленных целей.

Отставание продукта

Это приоритетный список всех необходимых элементов. Журнал незавершенных работ по продукту является динамичным и постоянно обновляется, включая все требуемые компоненты для продукта. Если какая-либо задача не была выполнена, ее следует вернуть в бэклог. 

Определение готовности

Глобальные условия, по которым можно определить, полностью ли обработан элемент. Очень важно добиться прозрачности в гибкой практике, и каждый продукт или система должны иметь собственное определение готовности (DoD), описываемое как стандарт для всей его работы.

Скрам-команде не следует приступать к работе до тех пор, пока они коллективно не согласуют определение готовности.

Планирование

Процесс определения задач, которые необходимо выполнить в рамках одного спринта, осуществляется на совещании по планированию, где участвует вся команда Scrum.

Встреча начинается с представления цели владельцем продукта. Модерацию встречи проводит Скрам-мастер. Оптимально, если планирование проходит в начале недели.

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

Ретроспектива

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

Обычно ретроспектива состоит из нескольких этапов:

•  введение, сбор данных,

• углубленное понимание информации,

• мозговой штурм идей и формулирование конкретных действий.

Важно отметить, что владелец не принимает участия в ретроспективе спринта.