Скрам ръководство | 17. Спринт беклог

Екипът по разработка създава нов Sprint Backlog по време на планирането на спринта. От този момент нататък, той става текущото задължение за разработчиците, т.е. списък с нови функционалности, подобрения и модификации на продукта, които да бъдат реализирани в началния спринт. След началото на спринта, Backlog става задължителна опашка, от която разработчиците избират задачи за изпълнение.

Какво е Sprint Backlog? – съдържание:

1. Въведение
2. Как се създава Sprint Backlog?
3. Какво съдържа Sprint Backlog?
4. Използване на Sprint Backlog
5. Резюме

Въведение

A Sprint Backlog описва работата на екипа по разработка по време на един спринт. Следователно, той е изразен на технически език. Описва подробни задачи и техните планирани решения. Така той се състои от списък с задачи, изготвен по начин, който е ясен за разработчиците. Sprint Backlog обикновено не взема предвид езика на бизнес стойността на продукта, начин на описание, характерен за Product Backlog, който ще представим тук.

Sprint Backlog възниква:

• въз основа на Product Backlog
• за продължителността на един спринт
• по време на събитие Scrum, наречено планиране на спринта
• от целия Scrum Team – но екипът по разработка играе ключова роля в неговото създаване

Как се създава Sprint Backlog?

По време на планирането на спринта, продуктовият собственик предлага как да се добави стойност на продукта в следващия спринт. След това целият Scrum Team работи заедно, за да формулира целта на спринта, т.е. избира коя функционалност от Product Backlog да реализира. Целта на спринта определя как да се реализира продуктът или да се отложи срокът, за да се отговори на очакванията на клиента.

Следващата стъпка е да се обмисли и реалистично да се определи обхватът на работата, която трябва да се извърши в следващия спринт и как да се постигне.

Резултатите от тези находки идват под формата на техническо описание на задачите за изпълнение. И този списък става новият Sprint Backlog.

Новосъздаденият Sprint Backlog съществува на място, което е лесно достъпно за всички членове на екипа по разработка. В физическото пространство, той обикновено е бяла дъска, закачена в работното пространство. Докато в цифровото пространство, той съществува като облачен споделен документ, който всички разработчици могат да актуализират. Въпреки че всеки член на Scrum Team трябва да го поддържа актуален ежедневно, обикновено това е Scrum Master или един от разработчиците, който поема тази отговорност.

Какво съдържа Sprint Backlog?

Product Backlog не уточнява как точно да се изпълняват задачите. Ролята на екипа по разработка е да реши. Този ход създава достатъчно пространство за екипа да маневрира, като по този начин подобрява способностите му за самоорганизация. Освен това, тази свобода да избира последователността и методите на действие дава възможност на всеки разработчик, придавайки усещане за независимост и отговорност.

Същата идея важи и за третирането на Sprint Backlog като неподреден списък с задачи за изпълнение. В противовес на традиционния модел на натиск (където екипът или разработчикът действат според предварително определен и наложен график), в модела на изтегляне, разработчиците избират кои задачи да изпълнят (модел на изтегляне).

Sprint Backlog уточнява:

1. Целта на спринта – т.е. отговор на въпроса защо да се изпълняват планираните задачи в този спринт
2. Списъкът на новите функции и подобрения на продукта, които да се разработят в този спринт. Това е така, защото съдържа елементите на Product Backlog, избрани за реализация в този спринт.
3. Списъкът на задачите за изпълнение – т.е. техническо описание на това как и от кого ще се извърши работата, която ще доведе до инкрементално…

Използване на Sprint Backlog

Различни метрики отразяват напредъка на работата, записана в Sprint Backlog. Най-често това е Burndown Chart, който ще разгледаме подробно в отделна статия. С такава визуализация, екипът по разработка може лесно да види дали работата по целта на спринта протича според плана.

Може да се случи по време на спринта да установите, че планът за работа е бил изготвен нереалистично. С други думи, броят на задачите в Product Backlog за целта на спринта е твърде висок или твърде нисък. Във всеки случай, разработчиците и продуктовият собственик се заемат да установят какви промени да приложат към текущия Sprint Backlog. Възможно е да се намали обемът на работата, да се изберат допълнителни задачи от Product Backlog или да се разширят вече планираните решения. Въпреки това, имайте предвид, че самата цел на спринта трябва да остане непроменена.

Резюме

Sprint Backlog е списък с задачи, които разработчиците планират да изпълнят по време на един спринт. Това е вид подробен договор с продуктовия собственик. Sprint Backlog възниква по време на планирането на спринта, в което участва целият Scrum Team. Burndown Chart отразява степента на завършеност на задачите, приети за реализация.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.