3.0 KiB
| title | localeTitle |
|---|---|
| Spikes | Шипы |
Шипы
Не все, с чем работает ваша команда во время Sprint, - это Истории пользователей. Иногда пользовательская история не может быть эффективно оценена или требуется исследование. Может быть, нужна помощь, чтобы решить между различными архитектурами, исключить некоторые риски, или это может быть доказательство концепции (POC), чтобы продемонстрировать возможность.
В этих случаях Спайк добавляется в Sprint Backlog. Критерии принятия для Спайка должны быть ответом на поставленный вопрос. Если эксперимент сложнее, чем ожидалось, то, возможно, ответ отрицательный. (Вот почему Спайк должен быть ограничен во времени.)
Время и энергия, вложенные в Спайк, намеренно ограничены, так что работа может быть выполнена в Sprint, в то время как другие Истории пользователей минимально влияют. Спайк обычно не получает оценочную оценку, но ему дается фиксированное количество часов, над которыми нужно работать.
Продемонстрируйте результаты Спайка в обзоре Sprint. Основываясь на новой информации, исходный вопрос пересматривается как новая пользовательская история в будущем Sprint.
Ваша команда получила информацию, необходимую для принятия правильных решений; для уменьшения неопределенности. С небольшим, измеренным количеством своих ресурсов, чтобы повысить качество и ценность работы в будущих Спринтах, в отличие от принятия решений, основанных на догадках.
Дополнительная информация:
- Горные козлы
- Scrum.org Форум Как Интегрировать Spike
- Scrum Alliance Spikes и соотношение усилий к горе
- Википедия Спайк