Выдержка из работы:
Практическая работа №1: Создание проекта по методологии Scrum
Методология управления проектами Scrum представляет собой итеративный и инкрементный подход, основанный на принципах гибкой разработки (Agile). Её применение направлено на повышение адаптивности команды к изменениям требований и ускорение выпуска функциональных продуктов. Данная практическая работа ставит целью освоение базовых принципов Scrum, включая формирование продукта, планирование спринтов и проведение ретроспектив, на примере кейса разработки мобильного приложения для доставки продуктов.
В рамках работы рассматривается проект малого бизнеса «ЛокалМаркет», ориентированного на создание мобильного приложения для заказа продуктов из локальных магазинов. Ограничения проекта включают команду из пяти человек, строгий бюджет и срок реализации в три месяца. Первым этапом является организационное структурирование группы.
– распределение ролей: Product Owner (владелец продукта), Scrum Master (скрам-мастер) и 3-4 разработчика;
– фиксация обязанностей каждой роли на карточках;
– презентация Product Owner’ом общего видения продукта команде для обеспечения единого понимания целей.
Данный этап формирует минимально необходимую организационную структуру, детерминирующую дальнейшее взаимодействие и распределение ответственности.
Product Backlog (бэклог продукта) служит динамичным, упорядоченным списком требований к продукту. Его формирование осуществляется через запись пользовательских историй (User Stories) в стандартизированном формате: «Как [роль], я хочу [функцию], чтобы [цель]».
– Product Owner формулирует 15-20 пользовательских историй, например: «Как покупатель, я хочу видеть каталог товаров, чтобы выбирать нужные продукты»;
– команда проводит оценку сложности каждой истории в Story Points (1, 2, 3, 5, 8) с использованием методов планировочного покера;
– приоритизация историй осуществляется по методу MoSCoW (Must have, Should have, Could have, Won’t have), что позволяет сфокусировать усилия на критически важном функционале для первого релиза.
Таким образом, бэклог продукта трансформирует абстрактные бизнес-желания в конкретные, оцененные и ранжированные задачи, готовые к планированию в спринтах.
Спринт представляет собой фиксированный по времени итеративный цикл работы, обычно продолжительностью две недели, по итогам которого должен быть создан готовый к использованию инкремент продукта. Планирование включает несколько ключевых действий.
– определение емкости команды (velocity) – планируемого количества Story Points, которое команда может выполнить за спринт; для данного кейса установлен показатель в 20 SP;
– отбор из Product Backlog пользовательских историй общей сложностью не более 20 SP для включения в спринт;
– декомпозиция выбранных историй на технические задачи (от 3 до 5 на историю) с формированием Sprint Backlog – детализированного плана работ на спринт.
1. ………………….