Сегодня начинаем новый цикл: «Описание требований с помощью User Story». Разберём, как описывать требования к продукту простым и понятным языком. 🔎 Что такое пользовательские истории User Story — это техника описания функций ПО от первого лица («я»). Они фиксируют требования пользователей к возможностям продукта — и функциональным, и нефункциональным. Все истории вместе с другими требованиями попадают в бэклог продукта. 📌 Бэклог продукта — список всего, что нужно реализовать для создания ПО. Он помогает планировать работу, оценивать сроки и стоимость. ✅ Преимущества пользовательских историй User Story помогают: • просто и понятно описывать требования для всех участников проекта; • определить ключевые возможности продукта и приоритизировать их; • разбивать большие требования на удобные для работы части; • наладить здоровую коммуникацию между командой и пользователями. 📝 Шаблон Connextra Чтобы избежать путаницы, используют формат: «Как [кто-то], я хочу [задачу], чтобы [цель]». Пример для сервиса «Сытый зайка» 🐇: Как пользователь, Я хочу оплатить заказ бонусными баллами, Чтобы экономить деньги. 🔹 Как [кто-то] Формулируем от чьего лица требование: пользователь приложения, администратор, госорган или внешняя система. Чаще всего — от лица пользователя или роли. 🔹 Я хочу [чего-то] Фиксируем задачу, которую пользователь хочет выполнить. Важно: не описываем интерфейс или внутреннюю логику. 💡 Пользователь хочет оформить заказ, а не «нажать кнопку». 🔹 Чтобы [что-то] Определяем цель — ценность, ради которой выполняется задача. Это может быть: решённая проблема, новая возможность, сэкономленное время или деньги. ⚡️ Итого: Пользовательская история = роль + задача + цель. Просто, понятно и ценно для всех участников проекта. #UserStory #Аналитика #Agile #BA #Scrum #БизнесАнализ #СборТребований