В статье авторы раскрывают процесс разработки программного продукта по методологии SCRUM сиспользованием экстремального программирования.
Ключевые слова: SCRUM, каскадная модель, экстремальное программирование, команда разработки, анализ требований, обзор спринта.
Процесс разработки программного продукта сложен и многогранен. Существует несколько моделей такого процесса, которые описывают свой подход в виде задачи. Процесс разработки состоит таких дисциплин, как:
– Анализ требований
– Разработка архитектуры
– Кодирование
– Тестирование и отладка
– Внедрение
– Сопровождение
Порядок этих подпроцессов определяет модели процесса: Waterfall (Каскадная модель), Agile (гибкая методология разработки), XP (экстремальное программирование).
Каскадная модель процесса регламентирует выполнения подпроцессов в последовательном порядке, начиная с анализа требований и заканчивая внедрением. Следующий этап процесса не начинается, пока полностью не выполнен текущий процесс. Только закончив один процесс можно приступать к другому.
Каскадная модель в основном применяется на старте проекта, и эта модель может смениться на другую, например, Agile, когда будет готов минимальный продукт, отвечающий требованиям заказчика.
Agile (в переводе с английского означает «гибкий») — это итеративная модель процесса разработки. Принцип этой модели заключается в последовательные выдачи результатов заказчику для более гибкого решения под новые нужды заказчика.
На рисунке ниже представлена наглядная разница между каскадной моделью и итеративной.
Рис. 1. Каскадная и итеративная модели процессов
SCRUM (англ. «схватка») — это фреймворк, который помогает решать изменяющиеся в процессе работы задачи, чтобы продуктивно и творчески поставлять клиентам продукты с максимальной возможной ценностью.
SCRUM является частью Agile, как и экстремальное программирование.
SCRUM был изобретен и представлен миру Джеффом Сазерлендом и Кеном Швабером на конференции в 1995 году.
SCRUM основан на теории эмпирического управления (эмпиризме). Согласно этой теории, источником знаний является опыт, а источником решений — реальные данные.
У SCRUM есть фундамент — «три кита», на которых и строиться методология.
Прозрачность означает, что значимые характеристики процесса должны быть известны тем, кто отвечает за его результат.
Инспекция означает, что участники процесса должны регулярно инспектировать артефакты методологии и свой прогресс в продвижении к цели спринта, чтобы вовремя обнаружить нежелательные отклонения.
Если в результате инспекции выясняется, что одна или несколько характеристик процесса выходят за допустимые пределы, и это приводит продукт в неприемлемое состояние, то процесс или обрабатываемый материал необходимо изменить, т. е. адаптировать.
Спринт — это контейнер для событий, таких как: планирование спринта, ежедневного скрама, разработки, обзор спринта и ретроспектива спринта. Каждый спринт можно считать проектом, который длится от 2 до 4 недель. Каждый спринт включает в себя цель и инкремент продукта как результат работы.
Во время планирования спринта определяют какие задачи будут сделаны и как, а также формируется цель спринта — ориентир для команды разработки. Каждая задача описывается в формате story (англ. «история»):
As a
I can
So that
Чтобы определить, какие задачи будут выбраны в Спринт, используют покер-планирование (Poker Planning). Это событие, в котором участники, используя числа Фибоначчи (1, 2, 3, 5, 8 и т. д.), определяют сложность той или иной задачи.
Ежедневный скрам — это мероприятие, в рамках которого команда разработки делиться информацией по поводу что было сделано вчера, что делаем сегодня и есть ли какие препятствия для достижения цели спринта.
Обзор спринта (Demo) подразумевает под собой событие, при котором команда разработки демонстрирует готовую работу и рассказывает, что получилось сделать во время Спринта, какие проблемы возникли.
Ретроспектива проводится для инспекции прошедшего Спринта применительно к людям, отношениям, процессам и инструментам, обнаружение и упорядочение того, что прошло хорошо и того, что нуждается в улучшении.
Использование методологии SCRUM вкупе с экстремальным программированием позволит создать продукт, отвечающий всем требованиям заказчика и изменяющийся, если требования поменялись.
Литература:
1. Джефф Сазерленд SCRUM. Революционный метод управления проектами = SCRUM. The art of doing twice the work in half the time. — Манн, Иванов и Фербер, 2016. — 288 с.
2. Хенрик Книберг Scrum и XP: заметки с передовой = Scrum and XP from the trenches. — C4Media, 2007. — С. 140.
3. Майк Кон Scrum: гибкая разработка ПО = Succeeding with Agile: Software Development Using Scrum. — М.: «Вильямс», 2011. — С. 576.
4. Кеннет Рубин Основы Scrum: Практическое руководство по гибкой разработке ПО = Essential Scrum: A Practical Guide to the Most Popular Agile Process. — М.: «Вильямс», 2016. — С. 544.
