Управління продуктами - Як я створюю епічні проекти обміну стеками управління проектами

Я працюю над додатком, який допоможе створити продуктовий список на основі страв (та їх інгредієнтів та кількості), які надає користувач. Поки що епоси, які я придумав:

1.) Дослідження (одиниці виміру, популярні продукти харчування та категорії тощо)

3.) Сценарії (є їжа та можливі рецепти, потрібні страви тощо)

4.) Мій холодильник (функція, яка дозволяє користувачеві зберігати те, що вже є в холодильнику)

5.) Одиниці виміру (виявлення локалі? Як ми дозволяємо користувачеві перемикатися між імперською та метричною системами)

6.) Список продовольчих товарів (як відобразити, найкращий спосіб відобразити, надіслати електронний/смс список продовольчих товарів самостійно, електронною поштою/смс іншим тощо)

7.) Їжа (потрібно знайти найпоширеніший спосіб вимірювання кожної їжі, відобразити кількість калорій тощо)

Я створюю епопеї з основних компонентів програми. Чи це правильний спосіб їх скласти?

3 відповіді 3

Згідно з наданою вами інформацією, це здається нормально. Я б не створював епопею, яка називається дослідженням, а замість неї використовував шипи.

"Я створюю епопеї з основних компонентів програми. Це правильний спосіб їх скласти?"

Я б запропонував обрамити епопеї як функціональність, яку можна доставити та протестувати в напівізоляції.

З тих, кого ви згадали:

Дослідження та сценарії мені не здаються епосами: Дослідження - це стрибок, а документування сценаріїв є частиною роботи з документування епосів

Можливість входу, мій холодильник та одиниці виміру - це має сенс для мене як власну епопею

Продукти харчування - Дослідження продуктів харчування знаходяться під стрибком. Припускаючи, що існує окремий дисплей/сховище для їжі (не те саме, що холодильник), я міг бачити, що це його власна епопея.

---