User Story в их канонической и полной форме описания (контекст, конкретные персоны) используются гораздо реже чем Agile User Story, форма которых многим знакома: - Как (тип пользователя/роль), - Я хочу (действие/цель), - Чтобы (результат).
Генерировать или писать с натуры персоны (User Personas), вообще считаю вредным, ибо один и тот же интерес к функциям/услугам продукта может быть совершено у разных пользователей, и важно не индивидуальные параметры пользователя (пол, цвет кожи, какое у него вероисповедание), а какая у него конкретная потребность и в какой ситуации. Поэтому считаю подход к описанию пользовательских потребностей Job Story (да и в целом JTD) – весьма состоятельным. Формула JS следующая: - Когда (описание ситуации), - Я хочу (мотивация), - Чтобы (результат).
Подход к описанию Gherkin встречал только в книжках. А Вы применяли его на практике? Вам/команде он удобен?
[Agile] User Story - это верхнеуровневое описание, которое должно уточняться в др. формах, к примеру, в виде вариантов использования (Use Case), и в этом случае критериями реализации стори, будет реализация всех связанных с ней Use Case.
Спасибо за статью!
Некоторые моменты из своего опыта:
User Story в их канонической и полной форме описания (контекст, конкретные персоны) используются гораздо реже чем Agile User Story, форма которых многим знакома:
- Как (тип пользователя/роль),
- Я хочу (действие/цель),
- Чтобы (результат).
Генерировать или писать с натуры персоны (User Personas), вообще считаю вредным, ибо один и тот же интерес к функциям/услугам продукта может быть совершено у разных пользователей, и важно не индивидуальные параметры пользователя (пол, цвет кожи, какое у него вероисповедание), а какая у него конкретная потребность и в какой ситуации. Поэтому считаю подход к описанию пользовательских потребностей Job Story (да и в целом JTD) – весьма состоятельным. Формула JS следующая:
- Когда (описание ситуации),
- Я хочу (мотивация),
- Чтобы (результат).
Подход к описанию Gherkin встречал только в книжках. А Вы применяли его на практике? Вам/команде он удобен?
[Agile] User Story - это верхнеуровневое описание, которое должно уточняться в др. формах, к примеру, в виде вариантов использования (Use Case), и в этом случае критериями реализации стори, будет реализация всех связанных с ней Use Case.