Формат описания требований в Agile-проектах: что держать в фокусе внимания

В предыдущей статье мы говорили о рекомендуемом формате описания требований в Agile-проектах.

Для того, чтобы требование было взято в работу командой проекта, необходимо выполнение ряда условий. Проверяется:

• Полнота
• Адекватность детализации
• Самостоятельность (не противоречивость) требования по отношению к другим.

Модель INVEST позволяет убедиться в «качестве» формулировки, а, значит, в возможности взять в работу это требование:

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

Хотите получать результаты проектов в заданные сроки и в рамках бюджета?

Узнайте о возможностях обучения в Академии бизнеса Б1