Как писать пользовательские истории (user story)?

Пример истории с критериями

• История: «Как бухгалтер, я хочу выгружать счета за месяц одним файлом, чтобы быстрее сверять их с банком».
• Критерий 1: можно выбрать месяц и получить все счета одним файлом.
• Критерий 2: в файле есть номер, дата, сумма и контрагент.
• Критерий 3: выгрузка месяца занимает не больше минуты.

Проверка INVEST

Для проверки историй часто используют аббревиатуру INVEST, предложенную Биллом Уэйком: история независима (Independent), обсуждаема (Negotiable), ценна (Valuable), оцениваема (Estimable), небольшая (Small) и тестируема (Testable). Если история не проходит проверку, её обычно делят на части или уточняют.

Частые ошибки

• Писать технические задачи в формате истории: «Как разработчик, я хочу базу данных».
• Пропускать часть «чтобы» — теряется смысл.
• Не писать критерии приёмки.
• Слишком большие истории на несколько спринтов.

Пример

Продакт пишет историю «Как менеджер, я хочу видеть отчёт по продажам». Команда спрашивает: какой отчёт и зачем? После разговора с менеджерами история становится: «Как руководитель отдела, я хочу в понедельник видеть продажи каждого менеджера за неделю, чтобы готовиться к планёрке», с тремя критериями. Оценка сокращается с «непонятно» до трёх дней.

Как это устроено в Fast Notes

В Fast Notes из расшифровки интервью с пользователями можно попросить «Спросить» предложить черновики историй с цитатами-источниками — формулировки стоит проверить с командой.