История пользователя - Дизайн базы данных
Мне нужно создать продукт, который будет иметь базу данных на сервере для хранения и извлечения данных.
Я только начал собирать пользовательские истории от моих заинтересованных сторон, и я застрял...
Если у меня есть руководитель проекта, у которого есть одна пользовательская история, например: "Как руководитель проекта, я хочу иметь возможность видеть и изменять объем своего проекта, чтобы быть уверенным, что мой проект актуален"
Эта пользовательская история потребовала бы, чтобы я создал базу данных и имел до нее таблицу с данными в таблице.
Должен ли я собрать все пользовательские истории и добавить компонент базы данных по критериям приемлемости?
Должен ли я создавать пользовательские истории только для бэкэнда, а некоторые для фронтэнда?
Я не уверен, как разделить или заставить их работать вместе.
1 ответ
Идея SCRUM заключается в том, что архитектура / дизайн будут появляться по мере вашего развития. Имея это в виду, вам все еще нужно отставание продукта, чтобы отразить, каким будет продукт. Так что где-то в отставании должна быть пользовательская история вроде... "Как пользователь, я хочу приложение, которое я могу использовать для управления своими проектами". Эта история довольно большого (эпического) уровня. Так что это должно быть разбито на более мелкие истории (например, "... приложение должно иметь способность x"). Если это действительно пользовательская история, то другая подэпическая (все еще большая потребность в этом) история будет... "Как разработчик приложения (обратите внимание на изменение контекста здесь), мне нужна база данных для хранения данных моего приложения Project". Затем эта история разворачивается для человека, создающего сценарии БД (при условии, что вы сначала создаете базу данных приложения, некоторые приложения сначала являются кодом, а ORM генерирует схему базы данных). Суть в том, что вы начинаете с большого и разбиваете его до тех пор, пока не получите полное отставание с очень маленькими историями. Тогда вы знаете, что у вас есть полное отставание (готовое отставание), и вы готовы начать планировать свои спринты.