Баги трапляються. Ігнорувати їх або ставитись до них як до завдань другого сорту — ось що справді ламає спринт. Поговоримо про те, як правильно оцінювати баги в Scrum, не вбиваючи фокус і velocity команди.
Чи потрібно взагалі оцінювати баги?
Так. Баги займають час. Час — це зусилля. Зусилля варто оцінювати.
Але не всі баги однакові:
- 🐛 Незначна косметика? Просто пофікси.
- 🐞 Складний регрес? Обробляй як звичайну історію.
- 🚨 Критичний баг у проді? Фіксуй негайно, оцінюй пізніше.
Висновок: Оцінюй, якщо баг впливає на velocity або вимагає більше ніж ~15 хвилин.
Як оцінювати баги в story points
Баги менш передбачувані за фічі. Як з цим впоратись:
- 📊 Використовуй ту саму шкалу, що й для stories (наприклад, Фібоначчі).
- 🧠 Оцінюй не лише фікс, а й розслідування.
- ⚖️ Баланс точності і швидкості — сумніваєшся, постав приблизно і уточни пізніше.
Приклад:
Баг: "Login дає 500 після OAuth" Story Points: 3 (дебаг, фікс, ретест)
Куди класти баги в спринті
Є кілька варіантів:
- ⏩ У спринт — якщо відомо до планування.
- ⛔ Поза спринтом — критичні хотфікси (відстежуй окремо).
- 📥 У беклог — якщо не терміновий, як звичайну задачу.
Не засмічуй дошку: без сюрприз-багів у середині спринту.
Типові помилки в оцінці багів
- ❌ Не оцінювати взагалі — псує velocity.
- ❌ Вважати всі баги критичними — губиться фокус.
- ❌ Кидати все в одну “bugfix” задачу — ховає реальну складність.
Не халтур. Кожен баг — унікальний. Дай йому увагу.
Як ScrumPoker.it може допомогти
Так, баги теж можна оцінювати через ScrumPoker.it. Підійде для:
- 🔒 Анонімного голосування — коли ніхто не хоче сказати “8”
- ⏱️ Швидкої оцінки на grooming
- 💬 Обговорення складних багів
Закинь баг у сесію — і отримаєш консенсус за секунди.
🎯 Спробуй оцінити баг прямо зараз
FAQ
❓ Чи враховуються баги у velocity?
Так. Якщо баг оцінений і в спринті — він у velocity.
❓ Як оцінювати несподівані баги?
Ніяк. Відстежуй окремо (наприклад, з тегом “непланова робота”) і обговорюй на ретроспективі.
❓ А якщо QA знаходить баги після старту спринту?
Сортуй. Критичне — фіксиш і логуєш. Не критичне — в беклог на наступний спринт.
Завершення
Баги — це частина розробки, а не щось другорядне. Оцінюй їх як історії, і спринт-план залишиться адекватним.
🛠️ Поважай баг. Оціни. Відстеж. Пофікси. Команда (і твоя velocity-діаграма) будуть вдячні.