Заметки бизнес-аналитика

Нефункциональные требования в качестве пользовательских историй

Конспект статьи. Автор оригинала: Майк Кон (перевод OTUS, MaxRokatansky)

Перевод статьи Майка Кона о том, как записывать НФТ в виде пользовательских историй, чтобы не потерять смысл ограничения.

НФТ — это ограничения

Автор не любит термин «нефункциональные» и предпочитает слово «ограничения». Требование работать при 100 000 одновременных пользователей не описывает функцию, но сужает свободу проектирования.

Запись по шаблону user story

  • Как пользователь, я хочу запускать продукт на всех версиях Windows начиная с 95-й.
  • Как технический директор, я хочу, чтобы система использовала существующую базу заказов, чтобы не поддерживать ещё одну.
  • Как пользователь, я хочу, чтобы сайт был доступен 99,999% времени, чтобы не искать другой.

Главная польза — сохранить мотивацию. Голое правило «использовать существующую базу» через полгода никто не вспомнит. В описанном случае команда хотела вторую базу с ночной синхронизацией, техдиректор запретил, а при уточнении выяснилось, что владелец продукта не возражал — ограничение оказалось избыточным. Шаблон показывает, кто чего хочет и зачем.

Без фанатизма

Если формулировка по шаблону получается запутанной, лучше описать ограничение обычным языком.

Источник: Нефункциональные требования в качестве пользовательских историй
Автор: Майк Кон (перевод OTUS, MaxRokatansky)
Это конспект, пересказ основных идей. Полный текст, иллюстрации и примеры читайте в оригинальной статье.