Бэклог – це… Визначення, характеристики, особливості, приклад

Бэклог – це журнал незавершеного виробництва. Його зміст і доступність є відповідальністю власника продукту. Це єдине джерело будь-яких змін, внесених у продукт.

Бэклог – це список нових функцій, змін існуючих функцій, виправлення помилок, зміни інфраструктури або інших дій, які команда може виконати для досягнення певного результату. Він виступає єдиним авторитетним джерелом інформації, на який спирається компанія. Це означає, що нічого не буде зроблено з того, що не знаходиться в цьому журналі. Він являє собою той варіант роботи над продуктом, який є у команди для досягнення конкретного результату.

Характеристики

Додавання елемента продукту в журнал незавершеного виробництва має здійснюватися швидко і легко, і настільки ж легко може бути вилучений з бэклога той елемент, який не призводить до прямого просування до бажаного результату або не дозволяє просуватися до досягнення результату.

Елементи бэклога приймаються в різних форматах, причому найбільш поширеними є власні історії. Команда визначає формат, який вони обрали, і розглядає елементи бэклога як нагадування про аспекти рішення, над яким вони працюють.

Бэклог продукту

Журнал невиконаних робіт дозволяє кожному співробітнику підрозділу вносити ідеї щодо поліпшення продукту або послуги. Процес розстановки пріоритетів визначає, що насправді стає частиною продукту. Цей метод дозволяє втілювати завдання, витрачаючи ресурси тільки на найкращі ідеї, доступні на даний момент. У разі відмови від застарілих ідей бэклог іноді доповнюється і уточнюється.

Бэклог продукту розрізняється за розміром і ступеня деталізації в значній мірі від того, як скоро команда почне працювати над ним. Ті завдання, над якими команда буде працювати найближчим часом, повинні бути невеликими за розміром і містити достатньо деталей, щоб можна було почати роботу. Група може встановити визначення готовності, вказати своє побажання щодо інформації, яку вони хотіли б мати у наявності, щоб почати роботу над бэклогом.

Послідовність бэклога продукту змінюється по мірі того, як команда краще розуміє результати і знаходить рішення. Таке впорядкування існуючих елементів, постійне додавання, видалення і уточнення цих елементів визначає динамічний характер бэклога.

Види

Бэклог програм

Очікується, що програми будуть виконувати вимоги зацікавлених сторін і планувати їх реалізацію в якості проектів. Це зазвичай відбувається на постійній основі. Структура бэклога корисна для зберігання вимог, процесу розстановки пріоритетів і планування, згідно з яким вимоги високої значимості групуються у проекти.

Бэклог завдань

Він може бути реалізований окремою особою або командою як метод управління часом. Люди мають обмежену кількість часу і часто мають розставляти пріоритети для завдань. Як і у випадку з продуктами та програмами, можна очікувати, що не все в бэклоге буде завершено.

Хто вибирає завдання для бэклога?

Відповідальність за зміст бэклога лежить на власникові продукту. Звичайно, він не самотній у своїй задачі і може попросити будь-яку допомогу, якої він потребує. Власник продукту повинен добре розуміти клієнта і знаходитися в тісному контакті з ним. Він може і повинен також завжди спілкуватися з іншими зацікавленими сторонами, щоб враховувати їх побажання. Також важливо підтримувати контакт з командою розробників, щоб розуміти вартість і складність певних вимог.

Але, зрештою, власник продукту – єдина людина, відповідальний за визначення пріоритетів. Це також є причиною, по якій ніколи не повинно бути декількох власників продуктів або комітетів власників продуктів. Для прийняття рішень повинна бути єдина точка правди – це власник продукту. Він збирає всю інформацію про ринок, бізнесі, зацікавлених сторонах, складнощах і т. д. в одне чітке визначення пріоритетів.

Команда, що працює над продуктом, може відігравати певну роль власника продукту з основною відповідальністю – підтримання продукту. Ключовими діями з підтримки бэклога є розстановка пріоритетів за елементами невиконаних зобов’язань по продукту, прийняття рішення про те, які елементи невиконаних елементів слід видалити з бэклога та сприяти уточненню невиконаної роботи.

Як виглядає?

Бэклог – це ефективний спосіб для команди повідомити, над чим вона працює і над чим планує працювати далі. Карти історій та інформаційні джерела можуть надати чітке уявлення про поточну ситуацію для команди і зацікавлених сторін.

Бэклог може бути представлений у фізичній формі з використанням облікових карток або заміток, або він може бути поданий в електронній формі, наприклад, текстовому файлі або електронної таблиці Excel. Електронна форма – кращий варіант для команди, яка має віддалених членів або збирає багато додаткової інформації про продукти. Фізичні форми дають перевагу, що полягає в тому, що резерв продукту постійно видно і конкретний під час обговорень, пов’язаних з продуктом.

Особливості бэклога

Після того як бэклог продукту створений, важливо регулярно його підтримувати, щоб йти в ногу з програмою. Власники продукту повинні перевіряти журнал невиконаних робіт перед кожним нарадою з планування операції, щоб переконатися в правильності розстановки пріоритетів і включення відгуків про останньої операції.

Після того як бэклог збільшується, власники продукту повинні згрупувати його в короткострокові і довгострокові позиції. Найближчі за змістом задачі повинні бути повністю конкретизовані, перш ніж вони будуть позначені як такі. Це означає, що повні користувальницькі історії були складені, співпраця з проектуванням і розробкою було залагоджено, оцінка розробки була зроблена. Більш довгострокові елементи можуть залишатися трохи розпливчастими, хоча непогано б отримати приблизну оцінку від команди розробників, щоб допомогти розставити пріоритети.

Бэклог – це сполучна ланка між власником продукту і командою розробників. Власник продукту може в будь-який момент змінити пріоритети роботи в черзі за відгуків клієнтів, уточнюючих оцінок і нових вимог. Однак як тільки робота почнеться, слід звести зміни до мінімуму, так як вони порушують роботу команди розробників і впливають на фокус і моральний дух.

Помилки при веденні

Існує кілька основних помилок при веденні бэклога, за якими потрібно пильно стежити:

• Власник продукту розставляє пріоритети бэклога на початку проекту, але не коригує його по мірі надходження відгуків від розробників і зацікавлених сторін.
• Команда обмежує бэклог тими елементами, які орієнтовані на клієнта.
• Він виглядає, як документ, який зберігається локально і рідко використовується, що не дозволяє зацікавленим сторонам здійснювати оновлення.

Приклад бэклога

Для роботи з бэклогом не знадобиться використовувати будь-які складні інструменти. Можна почати з паперових карток або з таблиці Microsoft Excel.

Найбільш поширений спосіб визначення елементів бэклога – це користувацька історія. У цьому випадку можна додати назву для швидкої посилання (однак при використанні облікових карток це зазвичай не робиться), а при необхідності додавати умови задоволення на зворотній стороні картки.

• Автоматичний вибір пива для вечірки. Покупець хоче справити враження на своїх друзів безліччю рідкісних брендів.

• Вибір нового пива за смаком. Покупець хоче подивитися каталог пива, щоб вибрати новий. Він може бачити різні смаки прямо на сторінках каталогу.

• Замовлення улюбленого пива. Постійний покупець хоче бачити свої улюблені сорти пива, щоб замовляти їх знову кожен раз.

• Рекомендувати дороге пиво. Власник магазину хоче, щоб бар рекомендував дороге пиво, щоб збільшувати свій прибуток.

При бажанні також можна додати кілька необов’язкових полів, таких як “Номер”, “Оцінка”, “Умови” і “Пріоритет” (які можна використовувати для сортування бэклога в порядку пріоритету бізнесу).

Як видно з цього прикладу, для бэклога продукту не потрібні які-небудь складні інструменти. Паперової картки або листа Excel більш ніж достатньо, щоб подбати про досить глибокому і ємному бэклоге і визначити його чіткі позиції.