Лабораторно упражнение 8: Гъвкавата рамка Scrum
Цел на упражнението
Студентите трябва да се запознаят с практическото приложение на Agile принципите чрез рамката Scrum. Целта е да се разберат основните роли, артефакти и събития, които структурират процеса на разработка.
1. Въведение в Scrum
Scrum е най-популярната итеративна рамка (framework) за управление на проекти в софтуерното инженерство. Тя предоставя структура, която помага на екипите да доставят стойност на клиента чрез кратки работни цикли, наречени Спринтове (Sprints).
2. Ключови компоненти на Scrum
2.1 Роли в Scrum екипа
Scrum дефинира три основни роли с ясно разпределени отговорности:
| Роля | Отговорност | Описание |
|---|---|---|
| Product Owner | Максимизиране на бизнес стойността | Представлява интересите на клиента и управлява списъка със задачи (Product Backlog). Дефинира какво трябва да бъде изградено. |
| Scrum Master | Улесняване на процеса | Грижи се за правилното прилагане на Scrum принципите, отстранява пречките пред екипа и подпомага комуникацията. |
| Development Team | Техническа реализация | Самоорганизиран екип от специалисти, които превръщат задачите в работещ софтуер. |
2.2 Scrum артефакти
Артефактите осигуряват прозрачност и споделено разбиране за състоянието на проекта:
| Артефакт | Описание |
|---|---|
| Product Backlog | Приоритизиран списък с всички функционалности, подобрения и корекции, необходими за продукта. |
| Sprint Backlog | Подмножество от задачи от Product Backlog, които екипът се ангажира да изпълни в рамките на текущия спринт. |
| Increment | Сумата от всички завършени задачи в края на спринта, които формират работеща и потенциално готова за внедряване функционалност. |
2.3 Scrum събития (Церемонии)
Тези периодични срещи гарантират ритъма на работа и възможността за инспекция и адаптация:
| Събитие | Цел | Продължителност (за 4-седмичен спринт) |
|---|---|---|
| Sprint Planning | Планиране на работата за предстоящия спринт. | До 8 часа |
| Daily Scrum | Кратка ежедневна среща за синхронизация на екипа. | 15 минути |
| Sprint Review | Демонстрация на готовия продукт пред заинтересованите страни. | До 4 часа |
| Sprint Retrospective | Анализ на вътрешните процеси и планиране на подобрения за следващия спринт. | До 3 часа |
3. Дефиниране на потребителски истории (User Stories)
В Scrum изискванията често се описват под формата на потребителски истории в Product Backlog.
Стандартен формат:
Като <роля/тип потребител> искам <действие/функционалност>, за да <бизнес полза/цел>.
Пример:
Като Студент искам да имам достъп до учебните материали онлайн, за да мога да се подготвям за изпити дистанционно.