про юзер стори, как это делают БА и что с этим делаем команда QA. Вот что я услышал: БА описывает юзер стори, очень подробно, описывает юзкейсы, критерии приемки и т.п., а потом доклад от тестировщика о том, как они с самого начала тестируют требования, потом пишут тест-кейсы и дальше проводят максимально полно по всем этапам тестирование.
И вот я сижу и думаю, а это разве все про аджайл?
Разве аджайл мышление не про то, что взять конкретную понятную стори, собраться командой, поштурмить решение, и с использованием инженерных практик вроде XP, реализовать качественный инкремент?
В общем помоги разобраться… А то митапов сейчас гора, и на каждом рассказывают про свой Agile…
Уберите слово юзер стори и замените на требовния и всё встанет на места
Ну тут мб и не требования, а просто более подробное описание истории нежели пара строк As a I want So that Из истории в 2 строки можно сделать такого что и в мыслях у заказчика не было
Это вполне попадает под определение Agile, разработка же все равно feature-by-feature. Даже название можно найти, вроде Disciplined Agile Delivery. Тут проблема скорее в том, что это Agile фича команда, а не Agile продуктовая команда, но это другой разговор.
Согласен, тоже так показалось. Более того, докладчик в начале повествования не разделает эти понятия. От определения слова требования он плавно переходит к юзер стори.
На основе этих пары строк предлагается разворачивать целые документы в конфлюенсе
Если это поможет избежать потерь для бизнеса почему бы и нет, но у вас нет инфо о гостах, т.е по умолчанию там не может быть избыток документации
Все мысли заказчика умещаются в последней части "so that". Тут описывается зачем это надо в принципе (цель). А как именно - отдается на откуп команде, которая регулярно ходит к заказчику (это может быть PO, а может и группа стейков) и показывает, вопрошая: "ну, как тебе?" и как только он говорит "ок", сторя готова.
В таком примере как я понимаю не каких-то ограничений (финансовых, временных) или не прав, так же не учитывается что бизнес-заказчик может не разделять ценности agile и после второго визита послать куда подальше со словами "Вам все было ранее задокументировано, так и нужно"(из личного опыта:D))
Временные и финансовые ограничения, конечно, есть. Для того, чтобы это работало, безусловно, требуется выполнение определенных условий. Я описал в общих чертах работу инструмента под названием "user story". Он не является серебряной пулей и вполне может не подходить для всего на свете. Хотя натягивать пробуют все, кому не лень, это да.
Ну вот да, в моем рассуждении, юзер стори как таковую можно выкинуть. Оставить что-то вроде потребности пользователя и дальше весь вот список документов 🤷♂️ Просто складывается ощущение, что термином просто пользуются, потому что можно…
Есть тикое. И потом, называя юзер сторёй то, что, по сути, ей не является, удивляются, а почему же не работает :)
Не потому что можно, а потому что пресловутый карго культ
Обсуждают сегодня