6. Потребности, требования и архитектура

6.5. Формулировка user story

Ознакомьтесь с примером в первой строке таблицы.
Заполните следующие пять пустых строк на свое усмотрение. Главное, следите за типами используемых понятий. Обращайте внимание, что проектные роли могут быть внешними и внутренними. Например, команда разработки программы бухгалтерского учета желает удовлетворить требования бухгалтера
Приведите не менее чем по три примера из рабочего и личного проектов.
Формулировка user story
Кто
::проектная роль
хочу, чтобы
::целевая система
::требование
для того, чтобы
::потребность
Заметки
1
Иван Иванович
пилот-водитель
хочет, чтобы
автомобиль Порше 911
разгонялся до 100 км/ч за 3 сек.
для того, чтобы
обгонять конкурентов на старте
2
Я как
бухгалтер
хочу, чтобы
для того, чтобы
3
Я как
хочу, чтобы
прическа
для того, чтобы
4
Я как
садовник
хочу, чтобы
для того, чтобы
5
Я как
UX-дизайнер
хочу, чтобы
для того, чтобы
6
Я как
хочу, чтобы
программная система моделирования мостовых сооружений
для того, чтобы
7
Я как
хочу, чтобы
мыслительное мастерство
для того, чтобы
8
Я как
хочу, чтобы
прикладное мастерство бухгалтера
для того, чтобы
9
Приведите пример из рабочего проекта:
10
хочу, чтобы
для того, чтобы
11
хочу, чтобы
для того, чтобы
12
хочу, чтобы
для того, чтобы
13
Приведите пример из личного проекта:
14
хочу, чтобы
для того, чтобы
15
хочу, чтобы
для того, чтобы
16
хочу, чтобы
для того, чтобы
There are no rows in this table

Теория из учебника

Формат пользовательских историй (user story) включает: формулировку требования, формулировку потребности, указание того, чья это потребность.
Таким образом, каждое требование трассируется к потребности и указывается, чья (какой проектной роли) это потребность:
«Я [как проектная роль] хочу, чтобы [целевая-система] [формулировка требования], для того чтобы [потребности-для-надсистемы]».

Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.