Види
Бэклог програм
Очікується, що програми будуть виконувати вимоги зацікавлених сторін і планувати їх реалізацію в якості проектів. Це зазвичай відбувається на постійній основі. Структура бэклога корисна для зберігання вимог, процесу розстановки пріоритетів і планування, згідно з яким вимоги високої значимості групуються у проекти.
Бэклог завдань
Він може бути реалізований окремою особою або командою як метод управління часом. Люди мають обмежену кількість часу і часто мають розставляти пріоритети для завдань. Як і у випадку з продуктами та програмами, можна очікувати, що не все в бэклоге буде завершено.
Хто вибирає завдання для бэклога?
Відповідальність за зміст бэклога лежить на власникові продукту. Звичайно, він не самотній у своїй задачі і може попросити будь-яку допомогу, якої він потребує. Власник продукту повинен добре розуміти клієнта і знаходитися в тісному контакті з ним. Він може і повинен також завжди спілкуватися з іншими зацікавленими сторонами, щоб враховувати їх побажання. Також важливо підтримувати контакт з командою розробників, щоб розуміти вартість і складність певних вимог.
Але, зрештою, власник продукту – єдина людина, відповідальний за визначення пріоритетів. Це також є причиною, по якій ніколи не повинно бути декількох власників продуктів або комітетів власників продуктів. Для прийняття рішень повинна бути єдина точка правди – це власник продукту. Він збирає всю інформацію про ринок, бізнесі, зацікавлених сторонах, складнощах і т. д. в одне чітке визначення пріоритетів.
Команда, що працює над продуктом, може відігравати певну роль власника продукту з основною відповідальністю – підтримання продукту. Ключовими діями з підтримки бэклога є розстановка пріоритетів за елементами невиконаних зобов’язань по продукту, прийняття рішення про те, які елементи невиконаних елементів слід видалити з бэклога та сприяти уточненню невиконаної роботи.
