Оформлення за половину часу - це величезна різниця від оцінок. Для мене це свідчить про значний ризик того, що те, що насправді зробила ваша команда, відхиляється від того, що очікували користувачі на початку спринту. Крім того, Sprint також повинен забезпечити достатню функціональність, що настав час для нових зворотних зв'язків з PO.
Тож ризик просто захопити речі з вершини УВ та продовжувати це те, що ці пункти на верхній частині УВ застаріли (як за змістом, так і за пріоритетністю), і що ваша команда в останньому спринті отримала щось не так і ви просто будуватиметься на цих помилках, не отримуючи зворотного зв’язку від PO.
Я б сказав, що найрозумніший спосіб дії - викликати спринт, виконаний, провести звичайний кінець огляду спринту, планувати зустріч та ретроспективу, і розпочати наступний спринт.
Що стосується речей діаграми про спалення, то в оригінальному питанні, здається, не вдається зрозуміти, що це таке. Це дійсно просто інструмент для визначення, чи є у вас проблеми з прогресом під час спринту. З урахуванням того, що було описано, графік вибуху повинен був увійти в цю ситуацію приблизно 2 або 3 дня Спринту, коли це показало б, що Команда поступається, набагато випереджаючи графік виконання завдань спринту. Тоді ви ставите питання "Чому?" І визначаєте, чи ваші оцінки просто відійшли, або, можливо, програмісти неправильно інтерпретують завдання, чи щось якимось чином зійде з рейок.
Але якщо ти ігноруєш діаграму обертання та круїз на ніби нічого дивного не відбувається, то схоже, що ти просто трактуєш це як якийсь безглуздий артефакт, який ти створюєш, тому що "книга" говорить тобі. На мою думку, якщо ви вирішите просто витягнути ще якісь речі з верху ПБ і продовжувати другий тиждень, тоді просто розпочніть нову перегороду на другий тиждень (і тоді ви можете ігнорувати, як ви зробили цю для перший тиждень).
