Скрам ръководство | 18. Какво е продуктовият беклог?

Продуктовият беклог е единственият източник на задачи, извършвани от Scrum екипа. Това е списък с планирани функционалности и подобрения на продукта. Формата му е променлива и не всички задачи, включени в продуктовия беклог, ще бъдат завършени. Той се развива по време на дискусии с заинтересованите страни. Също така, той постоянно се подобрява. Това означава, че колкото по-близо е крайният срок, толкова по-подробна става задачата.

Какво е продуктовият беклог? – съдържание:

1. Въведение
2. Какво съдържа продуктовият беклог?
3. Формата на продуктовия беклог
4. Подобряване на продуктовия беклог
5. Резюме

Въведение

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

Какво съдържа продуктовият беклог?

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

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

Описание на задачите, включени в списъка с задачи, изисква последователност и яснота. Те съдържат функции и подобрения на продукта, обикновено представени под формата на потребителски истории, на които посвещаваме отделен запис. Тук ще споменем само, че това са описания на частични функционалности на продукта, отговарящи на въпросите за следните въпроси:

• Обхватът на модификации на продукта
• Целта на модифицирането на продукта
• Типът потребител за когото се появява тази модификация

Формата на продуктовия беклог

Редът на задачите, включени в продуктовия беклог, се променя с развитието на продукта. Докато работи по него, Scrum екипът оформя и подобрява неговите функционалности. При среща с препятствия, реализираните действия позволяват на всички да мислят и определят бъдещи адекватни решения, а те също ще се променят в съответствие с непредвидени допълнителни препятствия. Следователно, няма ясен и определен ред на действия, всичко е променливо. Подобряването на продуктовия беклог е насочено към неговото непрекъснато актуализиране и подготовка за следващите задачи. Поради тази причина, то е непрекъснато.

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

Записите в продуктовия беклог могат да представят алтернативни решения. И също така идеите на клиента, които могат да станат остарели, непечеливши или по някаква друга причина никога да не влязат в етапа на изпълнение. Затова продуктовият беклог понякога шеговито се нарича “списък с желания на клиента”.

Другата причина за промените във формата на продуктовия беклог е преопределянето на решения. Понякога се оказва, че определен проблем вече е решен, докато се създава друга функционалност на продукта. Или очакваната функционалност е станала излишна поради промени в други решения.

Една от основните дейности по време на подобряването на продуктовия беклог е разделянето на задачите, съдържащи се в продуктовия беклог на части. Благодарение на това, общото очертание на функционалността се представя под формата на по-малки, по-подробни и точно определени единици.

Задачите, проектирани за по-близко изпълнение, стават по-подробни. Те също така стават по-малки, съдържащи детайли на решения. Детайлите се появяват по време на развитието на продукта. И благодарение на познанията за текущото състояние на продукта и текущите очаквания на заинтересованите страни, собственикът на продукта допълва предстоящите задачи с тяхното описание, ред и размер. След това, избира най-добре описаните задачи за следващия Sprint Backlog.

Подобряване на продуктовия беклог

Докато работи по продукта, собственикът на продукта модифицира и детайлизира продуктовия беклог в сътрудничество с екипа за разработка. Следвайки предложенията на собственика на продукта, по време на планирането на спринта екипът избира функции за изпълнение от продуктовия беклог. След това те се прехвърлят в Sprint Backlog и се разделят на задачи, които трябва да бъдат завършени. Задачите, прехвърлени в Sprint Backlog, са описани на технически език, който е най-полезен за разработчиците.

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

Екипът за разработка с времето научава да оценява правилно времето и усилията, необходими за завършване на конкретна потребителска история. Това се изразява в дни, човекочасове или Story Points и предоставя оценка на стойност, наречена Team Velocity.

Резюме

Продуктовият беклог е непрекъснато подобряван списък на задачи, водещи до целта на продукта. Съдържанието на продуктовия беклог обикновено се изразява под формата на потребителски истории. И колкото по-кратко е времето, оставащо за завършване на задача, толкова:

• Описание на работата е по-подробно
• Обхватът на задачата е по-малък
• Обхватът на задачата е по-добре определен

Scrum екипът се грижи за задачите. Собственикът на продукта управлява и модифицира продуктовия беклог.

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