Выбирается «Владелец продукта» —человек, обладающий видением того, что вы собираетесь создать или достигнуть.

Собирается «Команда», в которую войдут люди, непосредственно выполняющие работу. Они должны обладать навыками и знаниями, которые помогут воплотить идею владельца продукта в жизнь.

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

Приступая к работе, создается максимально полный список всех требований, предъявляемых к продукту или цели. Пункты этого списка должны быть расставлены по приоритету. Список носит название «Бэклог продукта». Он может развиваться и изменяться на протяжении всего срока реализации проекта.

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

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

Чтобы все участники были в курсе состояния дел заводится скрам-доска (канбан) с тремя колонками: «Нужно сделать, или бэклог»; «В работе»; «Сделано». На доску участники клеят стикеры с заданиями, которые в процессе работы поочередно перемещаются из колонки «Бэклог» в колонку «в работе», а затем в «сделано». 

Ежедневно проводится скрам-собрание. Суть—ежедневно, на ходу, пятнадцать минут на то, чтобы все дали ответы на три вопроса: «Что ты делал вчера, чтобы помочь команде завершить спринт?», «Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?», «Какие препятствия встают на пути команды?»

По завершении спринта команда делает его обзор —проводит встречу, на которой участники рассказывают, что сделано за спринт

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

Планируется следующий спринт.

Прозрачность процесса для Заказчика (Еженедельное review)

Заказчик может вносить изменения (При планировании следующего производственного цикла могут добавляться пользовательские истории)

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

Команда вовлечен в процесс (Снижаются риски ошибок технологического проектирования)

Результаты быстро доступны для проверки (Каждые 2-4 недели поставляется рабочий софт и документы)

Прогресс определяется наличием работающего функционала (Пользователи видят как будет работать система каждые 2-4 недели)

Меньше риски потерь (Существенные риски выявляются в рамках одного производственного цикла)