D
если простенько то описать виды пользователей, какие у них цели, разобраться с функциями программы, входные/выходные параметры/данные и от этого отталкиваться при составлении юзер стори
Size: a a a
2020 September 06
D
ну и по сценариям если простенько, то определить основные и неосновные, кто в них участвует и в каком виде, какие нужны предусловия, какие постусловия, итоговую остановку юзер стори
NL
ну и по сценариям если простенько, то определить основные и неосновные, кто в них участвует и в каком виде, какие нужны предусловия, какие постусловия, итоговую остановку юзер стори
👌 Спасибо!)
AG
Ничем)
Просто есть источники где в пользовательских историях ещё прописывают условия проверки
И не понятно как должна выглядеть структура юзер стори для всего проекта
Просто по порядку расписывать ожидания пользователя?
Просто есть источники где в пользовательских историях ещё прописывают условия проверки
И не понятно как должна выглядеть структура юзер стори для всего проекта
Просто по порядку расписывать ожидания пользователя?
Юзер стори - это одна история.
Описывается она максимально просто, в формате похожем на то, что было выше.
Из набора сторей собирают Story Map, который разбит на блоки (роли, приоритеты, части функциональности).
Это, по сути, становится набором фичей проекта.
Дальше по каждой стори происходит разбор, где это описывается уже более детально.
В идеальном мире на этом этапе разработчики и конечный пользователь (или лицо, представляющее его интересы) описывают более детально то, что кроется под юзер сторей.
Менеджеры/продакт оунеры и прочие превращают это в набор задач по юзер стори, разработчики это оценивают, сторям присваивается приоритет и тд.
Примерно на этом же этапе разруливаются конфликты между стори (пользователь хочет одно, бизнес другое, аналитики третье, дизайнеры четвёртое).
Описывается она максимально просто, в формате похожем на то, что было выше.
Из набора сторей собирают Story Map, который разбит на блоки (роли, приоритеты, части функциональности).
Это, по сути, становится набором фичей проекта.
Дальше по каждой стори происходит разбор, где это описывается уже более детально.
В идеальном мире на этом этапе разработчики и конечный пользователь (или лицо, представляющее его интересы) описывают более детально то, что кроется под юзер сторей.
Менеджеры/продакт оунеры и прочие превращают это в набор задач по юзер стори, разработчики это оценивают, сторям присваивается приоритет и тд.
Примерно на этом же этапе разруливаются конфликты между стори (пользователь хочет одно, бизнес другое, аналитики третье, дизайнеры четвёртое).
AG
Но при этом потребность двух разных ролей относительно одной функциональности - это две разных стори.
NL
Юзер стори - это одна история.
Описывается она максимально просто, в формате похожем на то, что было выше.
Из набора сторей собирают Story Map, который разбит на блоки (роли, приоритеты, части функциональности).
Это, по сути, становится набором фичей проекта.
Дальше по каждой стори происходит разбор, где это описывается уже более детально.
В идеальном мире на этом этапе разработчики и конечный пользователь (или лицо, представляющее его интересы) описывают более детально то, что кроется под юзер сторей.
Менеджеры/продакт оунеры и прочие превращают это в набор задач по юзер стори, разработчики это оценивают, сторям присваивается приоритет и тд.
Примерно на этом же этапе разруливаются конфликты между стори (пользователь хочет одно, бизнес другое, аналитики третье, дизайнеры четвёртое).
Описывается она максимально просто, в формате похожем на то, что было выше.
Из набора сторей собирают Story Map, который разбит на блоки (роли, приоритеты, части функциональности).
Это, по сути, становится набором фичей проекта.
Дальше по каждой стори происходит разбор, где это описывается уже более детально.
В идеальном мире на этом этапе разработчики и конечный пользователь (или лицо, представляющее его интересы) описывают более детально то, что кроется под юзер сторей.
Менеджеры/продакт оунеры и прочие превращают это в набор задач по юзер стори, разработчики это оценивают, сторям присваивается приоритет и тд.
Примерно на этом же этапе разруливаются конфликты между стори (пользователь хочет одно, бизнес другое, аналитики третье, дизайнеры четвёртое).
Спасибо огромное за подробный ответ!
Весь процесс написания пользовательской истории стал понятен)
Весь процесс написания пользовательской истории стал понятен)
n
Спасибо огромное за подробный ответ!
Весь процесс написания пользовательской истории стал понятен)
Весь процесс написания пользовательской истории стал понятен)
А после этого начинается, особенно когда ты написал скрипты, а кто-то из этих засранцев резко решил изменить что-то
AG
Спасибо огромное за подробный ответ!
Весь процесс написания пользовательской истории стал понятен)
Весь процесс написания пользовательской истории стал понятен)
Ну, это весьма «вакуумный процесс».
На практике везде делают по разному.
На практике везде делают по разному.
n
Или когда там 100000000 комментариев
AG
А после этого начинается, особенно когда ты написал скрипты, а кто-то из этих засранцев резко решил изменить что-то
Откуда такой негатив-то? :(
n
И ты их них догадываешься что тестировать
n
Откуда такой негатив-то? :(
Оттуда, что под каждой стори такое 😂😂😂😎💪
n
Уже надоело)))
n
А ещё бесит, что там три кнопки, которые бизнесы описывают как нечто гениальное
n
n
Откуда такой негатив-то? :(
А ещё я просто злая истеричка 😊
СФ
Стори и скрипты это не связанные вещи
СФ
Не путайте стори с тасками
СФ
Если у вас в сторях описаны кнопки, то это не стори)
n
Стори и скрипты это не связанные вещи
У меня в стори написан функционал, на основании которого я пишу скрипты