Spike — термин из XP, прижившийся в Scrum. Это задача-исследование, которую команда берёт в спринт, когда не может оценить или начать большую историю из-за неопределённости.
Свойства исследовательской задачи:
- Ограничение по времени — жёстко заданный срок, обычно один-три дня, а не оценка в Story Points
- Конкретная цель — «понять, подходит ли нам такая-то библиотека», «оценить трудоёмкость интеграции с внешним API»
- Осязаемый итог — отчёт, прототип или обновлённая оценка истории
Исследовательская задача не приносит пользы конечному пользователю напрямую — она готовит почву для настоящих историй.
Виды исследовательских задач:
- Архитектурная — выбор технологии или архитектурного решения
- Функциональная — прояснение требований к возможности продукта
- Техническая — оценка сложности интеграции, нагрузочного тестирования и тому подобного
- История слишком неопределённа, чтобы её оценить в Story Points
- Нужна предварительная архитектурная проработка
- Непонятно, как устроена интеграция с внешними системами
- Каждая вторая история превращается в исследование — это симптом слабого уточнения бэклога
- Исследование растягивается на весь спринт — значит, ограничение по времени нарушено
Команда видит большую историю «Интеграция с API бота Telegram». Раньше никто в команде с этим интерфейсом не работал. Берут исследовательскую задачу на 2 дня: разработчик собирает простейший рабочий вариант, читает документацию, делает прототип. По итогам появляются оценка основной истории и техническое решение.
Заводите исследование отдельной задачей и включайте по ней учёт времени в Shtab: видно, сколько часов реально ушло на разбор, и легче обосновать оценку основной истории. Итоговый вывод складывайте в базу знаний — через полгода никто не вспомнит, почему выбрали именно это решение.