Преглед на спринта е събитие в Scrum, което обобщава работата по продукта, завършена по време на текущия спринт. То се провежда в последния ден на спринта и е отворено за заинтересованите страни. Целта му е да оцени инкремента, т.е. да представи последната версия на продукта. Важна част от прегледа на спринта е и обсъждането на подобренията и актуализациите, направени. Също така, да се направят необходимите промени в списъка с задачи на продукта, така че всички заинтересовани страни да могат да видят текущото състояние на продукта.
Преглед на спринта – съдържание:
- Въведение
- Ролята на заинтересованите страни по време на прегледа на спринта
- Освобождаване на инкременти
- Работа по списъка с задачи на продукта по време на прегледа на спринта
- Резюме
Въведение
Прегледът на спринта и ретроспективата на спринта са две събития за обобщение на спринта. В тази статия написахме по-подробно за ролите, които играе всяко събитие в Scrum. Днес просто ще споменем, че те предоставят възможност да се основат трите стълба на емпиризма – прозрачност, инспекция и адаптация – относно продукта и работата на Scrum екипа.
Прегледът на спринта е посветен на продукта. И целта му е да инспектира инкремента, т.е. резултатите от работата, извършена в спринта, който току-що приключи. Събитието продължава максимум четири часа. Всички членове на Scrum екипа, както и заинтересованите страни, т.е. всички хора, заинтересовани от напредъка на продукта, присъстват на него.
Ролята на заинтересованите страни по време на прегледа на спринта
По време на прегледа на спринта, Scrum екипът представя инкремента на заинтересованите страни. При това той обобщава завършените задачи и отговаря на конкретни въпроси:
- Кой е изпълнил задачата?
- Какво конкретно е направено?
- С каква цел е направено?

Заинтересованите страни предоставят обратна връзка на членовете на Scrum екипа. Това позволява адаптация, т.е. коригиране на начина на работа на Scrum екипа спрямо нуждите и визията на клиента. Това се прави, за да се максимизира бизнес стойността на продукта. Обратната връзка, предоставена на всеки преглед на спринта, е особено важна при създаването на иновационни продукти, които трябва да се адаптират на постоянна основа към дейностите на конкуренцията и нуждите на пазара.
Освобождаване на инкременти
Не трябва да считаме прегледа на спринта за единственото време, когато Scrum екипът освобождава инкремент на клиента. Ако някаква функционалност на продукта отговаря на определението за завършеност предварително, продуктовият собственик може да реши да я освободи незабавно.
Също така е възможно елемент от списъка с задачи на продукта, по който Scrum екипът е работил в даден спринт, да не е завършен и да не отговаря на определението за завършеност. Тогава той не може да бъде освободен или дори представен по време на прегледа на спринта.
Работа по списъка с задачи на продукта по време на прегледа на спринта
Актуализирането на списъка с задачи на продукта е също толкова важна част от прегледа на спринта, колкото и представянето на резултатите от работата на заинтересованите страни. Обикновено актуализацията на списъка е посветена на последната част от срещата, така че заинтересованите страни не е необходимо да присъстват.
Продуктовият собственик актуализира списъка с задачи на продукта на базата на обратната връзка от заинтересованите страни и научените уроци от екипа за разработка. Това е особено важно, ако получената обратна връзка оказва влияние върху формата и целта на следващия спринт. Актуализирането на списъка е следователно съществена стъпка за подготовка на следващото планиране на спринта.

Преглед на спринта – резюме
Прегледът на спринта е среща на Scrum екипа с заинтересованите страни, по време на която се представят резултатите от работата по продукта, получени в последния спринт. Ключовата част от него е обсъждането с заинтересованите страни, по време на което те дават обратна връзка за продукта. Благодарение на този разговор е възможно ефективно да се адаптира и евентуално коригира посоката на работа по продукта в съответствие с изискванията на пазара. Благодарение на обсъжданията с заинтересованите страни, проведени в края на всеки спринт, шансовете за максимизиране на бизнес стойността на продукта, разработен от Scrum екипа, се увеличават.
Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master