В предыдущей статье мы говорили о рекомендуемом формате описания требований в Agile-проектах.
Для того, чтобы требование было взято в работу командой проекта, необходимо выполнение ряда условий. Проверяется:
- Полнота
- Адекватность детализации
- Самостоятельность (не противоречивость) требования по отношению к другим.
Модель INVEST позволяет убедиться в «качестве» формулировки, а, значит, в возможности взять в работу это требование:
- Independent — независимая. Чем меньше зависимостей внутри этого требования, тем легче планировать работу по его реализации.
- Negotiable — пригодная для обсуждения с той заинтересованной стороной, которая будет использовать создаваемую ценность/функциональность продукта. Важно, чтобы у команды проекта был доступ к «автору» для уточнения деталей.
- Valuable — создает значимую ценность для потребителя.
- Estimable — пригодная для оценки сложности (обычно в баллах или стори-пойнтах).
- Small — небольшая по размеру, то есть её сложность такова, что её возможно выполнить в ближайший спринт. Если это не так, то рекомендуется по возможности разбить её на более мелкие.
- Testable — пригодная для тестирования на соответствие критериям приемки.
