User story — задача глазами пользователя
Формулировка задачи через человека, его цель и результат. Заставляет описывать, зачем нужна функция, а не как её реализовать.
Также встречается как: пользовательская история, юзер стори
Коротко. User story — способ описать задачу через пользователя: кто, что хочет сделать и зачем. Классический шаблон: «Как менеджер цеха я хочу видеть статус заказа, чтобы не переспрашивать у мастера».
Почему формулировка важна
Сравните две записи одной задачи:
- «Добавить колонку статуса в таблицу заказов»;
- «Менеджеру нужно понимать, где заказ, не звоня в цех».
Первая формулировка допускает ровно одно решение. Вторая позволяет предложить лучшее: возможно, колонка не нужна, а нужно уведомление. Разница в стоимости решения — в разы.
Зачем фаундеру
История с «зачем» — это проверка на нужность. Если для функции невозможно сформулировать пользователя и его цель, скорее всего, она возникла из внутреннего обсуждения, а не из реальной потребности.
Это же лучшая защита от расползания объёма: к каждой новой просьбе задаётся вопрос, чья это цель.
Где ошибаются
Пишут «как пользователь я хочу…» для всего. Если роли нет, шаблон превращается в ритуал. Внутренние технические задачи спокойно описываются обычным текстом.
Прячут решение в историю. «Как клиент я хочу кнопку в правом верхнем углу» — это не история, а указание, замаскированное под неё.
Забывают про критерии приёмки. История говорит зачем; рядом нужен короткий список того, что должно работать, чтобы задачу можно было закрыть.
Разобрать это на своём проекте
Мы доводим идеи фаундеров до работающего MVP за долю в компании. Расскажите про свою — посмотрим на цифры вместе.