По своей сути Agile объединяет множество подходов. Он является базисом и фундаментом для этих подходов. Сегодня мы подробнее поговорим о Scrum.
Подход применим, когда в команде менее 9-ти или же 9 человек. Это фреймворк Agile, Он предоставляет все базовые модули, которые могут применяться в разработке программного обеспечения.
Сам фреймворк основан на принципе «3/5/3». Другими словами, он имеет 3 роли, 5 церемоний и 3 артефакта.
Давайте начнем разбираться с ролей. Как было сказано, их 3:
Product owner. Фактически, это голос клиента. У него есть общее видение всего продукта, он понимает бизнес значимость всей системы, именно он отвечает за все изменения, которые вносятся в процессе работы.
Scrum мастер. По сути, это «мост» между Product owner и командой. Его задача – налаживание стабильного процесса и все дальнейшие улучшения процесса на основании получаемых данных.
Команда разработчиков. Кроссфункциональная и самоорганизующаяся группа людей, которая вовремя и с высокой стабильностью доставляет новый функционал. Команда включает в себя Project manager, бизнес аналитиков, тестировщиков и разработчиков. Список специалистов разный, все зависит от продукта, его уровня сложности и потребностей.
Перейдем к событиям. По правилам, их 5:
События - это собрания разного типа для обсуждения или решения определенных задач.
Sprint. Это длящийся от одной недели, до одного месяца отрезок времени, в течениикоторого должен быть выполнен определенный список задач. Его длительность четко фиксируется и определяется на старте проекта. Сам по себе Sprint является контейнером для всех остальных событий
Sprint planning. Встреча, где составляется список задач для спринта, Sprint backlog.
Daily scrum. Встреча, на которой каждый член команды должен сказать, что он сделал вчера, что сделал на протяжении дня, что он будет делать завтра. Так же обсуждаются вопросы о том, все ли получается нужна ли какая либо помощь.
Grooming. События, на которых выставляются оценки сложностей задачи. Так же оценить сложность задачи можно и в процессе работы, подключив Planning poker (покер планирования). Этот сервис поможет в геймифицированной форме принять решение на уровне команды, оценив сложность заданной проблемы. Попробовать этот сервис можно здесь https://pplanning.ru
Sprint review. Показ результатов спринта. По факту, это демонстрация заказчику результатов работы команды за один спринт. Презентация новых разработок с описанием их работы.
Retrospective. На данном этапе обсуждаются такие вопросы как: «Что в спринте был хорошо?» «Что было плохо?» «Что можно улучшить?» На основании ответов на эти вопросы Scrum мастер получает информацию о процессах на проекте. После чего, в случае необходимости, старается их улучшить.
Переходим к заключительной части. Артефакты. Их 3:
Product backlog. Большой список задач всего проекта, за которым нужно постоянно следить, расставлять приоритеты, дополнять, расширять. Этой работой занимается Productowner.
Sprint backlog. Список задач, для выполнения в текущем спринте. Как правило, список задач небольшой, но к концу спринта он должен быть выполнен.
Product increment. Его так же называют графиком сгорания. Данный график показывает, как выполняется работа. Другими словами, график того, как задачи, набранные в начале спринта сгорают, переходя из статуса «готов к выполнению» в статус «выполнено».
В чем разница между командой и Scrum командой?
Ответ прост. В Scrum команду входит и Product owner, и Scrum master, и команда разработчиков. Другими словами, это такой тип команды, который включает в себя все роли.
Все это основной скелет Scrum фреймворка. Конечно, для каждого проекта нужен индивидуальный подход. Но все доработки, все модернизации строятся именно благодаря этому фундаментальному своду правил.