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