Заменяют ли пользовательские истории требования?
Заменяют ли пользовательские истории требования?
Anonim

Хотя отставание по продукту можно рассматривать как замена для требования документ традиционного проекта, важно помнить, что письменная часть Agile история пользователя ( Как Пользователь , Я хочу… ») является неполным до тех пор, пока об этом история происходить.

Впоследствии можно также спросить, почему пользовательские истории лучше требований?

В основном, пользовательские истории больше обычно используется в гибкой методологии, в то время как требования документы более обычно ассоциируется с традиционной методологией водопада. Из-за легкого характера пользовательские истории они продвигают более обсуждение и сотрудничество чем требования документы.

Также знайте, каковы требования для написания пользовательской истории? Вот несколько рекомендаций, которые следует учитывать:

  1. Пользовательские истории ≠ задачи. Пользовательские истории - это не задачи.
  2. Оставайтесь на высоком уровне. Вы должны быть высокоуровневыми, но при этом точными и точными.
  3. Понять пользователей.
  4. Думайте как пользователь.
  5. Думайте масштабно.
  6. Используйте эпосы.
  7. Не отбрасывайте - вместо этого расставьте приоритеты.
  8. Настройка на успех, а не просто принятие.

В связи с этим, каковы 3 C в пользовательских историях?

Хорошая пользовательская история состоит из трех элементов, обычно называемых тремя C:

  • Карточка: написано на карточке.
  • Беседа: детали, зафиксированные в беседах.
  • Подтверждение: критерии приемки подтверждают, что история готова.

Каковы требования в Agile?

Хороший требование документ для гибкий проект включает в себя пользовательские истории, приемочные тесты пользователей, рабочий процесс, требования в деталях и каркасах.

Рекомендуемые: