Беклог та планування ітерацій

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

Що залишати в беклозі

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

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

Як підготувати завдання до вибору

Уточни результат. Замість «зайнятися заявками» — «після надсилання форми людина бачить підтвердження».
Розбий завелике. Виділи частину, яку можна перевірити окремо. Подробиці — у статті про великі задуми.
Познач залежність. Якщо потрібен доступ до пошти, запиши, хто й коли може його надати. Невідомість краще перевірити коротким дослідженням, ніж приховати в оцінці.
Визнач порядок обговорення. Спершу робота з найбільшою користю, критичною залежністю або важливим ризиком. Це рекомендація для планування, а не опис автоматичного ранжування в Plynno.
Порахуй доступний час. Відніми регулярні обов’язки, врахуй різні навички й залиш запас. Дві години дизайнера не замінять дві години людини, яка налаштовує пошту.

Приклад: беклог → мета → план → перевірка

Майстерня хоче спростити запис. Її невеликий беклог:

Форма заявки з трьома обов’язковими полями — приблизно 4 години.
Підтвердження отримання заявки — 3 години; потрібен доступ до пошти.
Наскрізна перевірка запису — 2 години після попередніх двох кроків.
Оновлення фотографій — 4 години.
Промокоди — обсяг поки невідомий.

Мета тижня: тестовий клієнт може записатися й отримати відповідь. Є 12 доступних годин, тому в план входять перші три завдання на 9 годин, а 3 залишаються на уточнення й виправлення. Це навчальний приклад оцінок, не універсальний норматив запасу. Доступ до пошти перевіряють перед вибором плану. Фотографії та промокоди залишаються кандидатами на майбутнє.

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

Як зробити це в Plynno

Створи завдання у відповідному просторі. У «Спринтах» обери цей простір і створи або відкрий чернетку. «Беклог простору» показує невиконані, неархівовані завдання, які зараз не входять до жодного спринту. Це список доступних карток, а не всі ідеї з усіх просторів.
Уточни назву й опис картки, додай підзавдання за потреби. Очікуваний результат, приблизний час і залежності можна записати в описі; не потрібно шукати окреме поле оцінки для цього прикладу.
Запиши мету й дати чернетки. Для трьох обраних карток натисни «У спринт»; помилково додану поверни кнопкою «У беклог». На комп’ютері можна також перетягувати картки між панелями; на телефоні користуйся кнопками перенесення.
Якщо потрібної картки немає, перевір простір, пошук, календарний фільтр і «Мої», а також чи не входить вона вже до іншого спринту. Не створюй дубль одразу.
Запусти спринт за інструкцією. В активному спринті відкрий «Беклог», якщо потрібен перегляд доступної роботи.
У підсумку для невиконаних карток обери «У беклог» або «У наступний спринт». Другий варіант потребує вибраної наступної чернетки. За замовчуванням невиконане повертається в беклог; підсумок охоплює весь спринт незалежно від пошуку й фільтрів.

Що робити з незавершеним

Спершу назви причину: завелика робота, зовнішня залежність, зміна потреби чи нестача часу. Запиши, що вже готове й що залишилося. Зменш або уточни наступний крок, а тоді вирішуй, коли його брати. Не позначай ціле завдання виконаним лише тому, що витрачено заплановані години.

Регулярний перегляд без складу забутих ідей

Раз на тиждень або перед новою ітерацією переглянь найближчих кандидатів. Видали дублікати, уточни незрозуміле, прибери неактуальне й перевір залежності. Раз на кілька циклів переглянь також дальню частину списку. Для ідеї без зрозумілої користі можна вирішити «не робимо» — це теж результат планування.

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

Корисне джерело

Scrum Guide — для формальних понять Product Backlog і Sprint Backlog у Scrum. Наведена тут послідовність, оцінки й приклад є практичними рекомендаціями автора, придатними також поза Scrum.