fbpx
Academy Lab

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

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

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

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

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

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

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

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

    Наталья Сокова

    Старший менеджер, консультант, фасилитатор, бизнес-тренер Академии бизнеса Б1

    Оставьте свой комментарий