Церемония по приоритизиране
1. Въведение (За клиенти и партньори)
Нашата Церемония по приоритизиране се провежда на всеки две седмици, което гарантира, че редовно актуализираме нашите приоритети в беклога преди следващия кръг на Планиране с покер. По време на тази церемония екипът преглежда нови и съществуващи тикети, обсъжда спешността и подравнява елементите в беклога с нашите тримесечни цели.
Този процес ви помага да разберете защо някои задачи се планират по-рано от други и осигурява прозрачност в начина, по който вземаме тези решения.
2. Кой участва
| Роля | Участие | Полза за вас |
|---|---|---|
| Продуктов собственик | Води сесията, представя ключови актуализации относно бизнес нуждите. | Гарантира, че исканията за функции или критични бъгове получават необходимото внимание. |
| Скрам майстор / Фасилитатор | Държи срещата на правилния курс, управлява времето. | Поддържа гладка и ефективна дискусия, така че решенията да се вземат бързо. |
| Развойният екип | Предоставя технически прозрения (сложност, зависимости). | Дава реалистични очаквания за това колко бързо може да бъде завършен елемент. |
| QA инженер | Подчертава сложността на тестването или проблемите с качеството. | Гарантира, че свързаните с качеството съображения са взети предвид при приоритизацията. |
| Заинтересовани страни (Клиент/Партньор) | Могат да присъстват от време на в реме, особено ако се преглеждат елементи с голямо въздействие. | Предлага директен принос относно критичността на бизнеса, уточнявайки спешността и обхвата. |
3. Процесен поток / Схема
Ето преглед на потока за приоритизация на всеки две седмици, с двойни кавички за етикетите на Mermaid:
- Преглед на актуализирания списък за триаж: Тикетите, които са триажирани (бъгове и функции), се представят.
- Обсъждане на сериозност, сложност, бизнес стойност: Групата оценява техническата сложност (разработващ екип), факторите за качество/тестове (QA) и бизнес влиянието (заинтересовани страни).
- Продуктов собственик задава нива на приоритет: Артикулите се класират като Висок, Среден или Нисък приоритет.
- Прието ли е за следващия спринт?: Ако е Висок приоритет и е осъществимо за предстоящия спринт, преминава към Планиране на покер. В противен случай остава в беклога за бъдещи спринтове.
- Обратна връзка и следващи стъпки: Екипът актуализира статусите, уведомява съответните заинтересовани страни и се подготвя за предстоящата сесия по Планиране на покер.
4. Кратки Често Задавани Въпроси
В1: Как определяме кои тикети да обсъждаме?
О1: Ние разглеждаме новоподадените тикети от последната церемония, както и съществуващите елементи в беклога, които може да се нуждаят от преразглеждане на приоритета поради променящи се обстоятелства.
В2: Това ли е същото като Планиране на покер?
О2: Не точно. Приоритизацията подрежда елементите въз основа на спешността и влиянието; Планирането на покер (което следва) се фокусира върху оценката на тези елементи в повече детайли.
В3: Могат ли клиенти/партньори да присъстват?
О3: Обикновено, това е вътрешна сесия. Въпреки това, ако има значителна заявка от ваша страна, можем да ви поканим или да съберем вашето мнение предварително.
В4: Какво ако тикетът е спешен, но е пропуснат на тази церемония?
О4: Критичните проблеми (напр. сериозен бъг) могат да бъдат разгледани незабавно извън нормалния цикъл, ако е необходимо. Всичко останало чака следващата церемония.
5. Следващи стъпки и допълнителни ресурси
- Планиране на покер: След приоритизацията, елементите с висок приоритет преминават в Планиране на покер за детайлна оценка.
- Тримесечен план: Прегледайте съдържанието на предстоящите спринтове, след като решенията за приоритизация бъдат финализирани.
- Триаж и категоризация на тикети: Научете как се класифицират елементите, преди да влязат в тази стъпка на приоритизация.
- Свържете се с нас: Нуждаете се от разяснения или имате спешен въпрос? Изпратете ни имейл на
contact+support@aismarttalk.techили попитайте нашия чатбот на сайта.
Чрез провеждане на Церемония по приоритизация на всеки две седмици преди Планирането на покер, ние поддържаме беклога актуален, осигуряваме разпознаване на критичните задачи и поддържаме динамичен подход към планирането на нови функции и корекции на бъгове.