Специалист: пользовательские истории и приёмка

Продвинутая работа с историями, критериями и готовностью.

История vs. задача

• История — про ценность пользователя.
• Задача — про технические шаги. Линкайте задачи к истории.

Шаблон истории

Как <роль> я хочу <действие>, чтобы <ценность>
Добавьте поле proof: как поймём, что ценность достигнута (метрика/сигнал).

Хорошая история: INVEST

• Independent — можно поставить в спринт отдельно.
• Negotiable — не трактуется как контракт, обсуждаемо.
• Valuable — есть понятная ценность.
• Estimable — можно примерить оценку.
• Small — укладывается в спринт.
• Testable — есть проверяемые критерии.

Критерии приёмки (AC)

• Формат Given/When/Then, 3–7 позитивных сценариев.
• Добавьте негативные кейсы (ошибка валидации, нет прав, пустые данные).
• Нефункциональные AC: производительность, аудит, локализация, доступность.

Definition of Ready / Done

• DoR: цель ясна, AC прописаны, зависимости понятны, данные для теста есть.
• DoD: все AC проходят, логируется, мониторится, задокументировано, выкатка согласована.

Грубая оценка (для планирования)

• T‑shirt sizes (XS/S/M/L) с переводом в дни команды.
• Story Points по команде — если практика уже прижилась.

Антипаттерны

• История без ценности («как пользователь хочу кнопку, чтобы была»).
• Чрезмерные детали UI в истории — уводит внимание от цели.
• AC в духе «всё работает» — непроверяемо.

Шаблон карточки (пример)

• Цель: <что меняем и зачем>.
• Пользователь: <роль>.
• История: <формулировка>.
• Критерии: Given/When/Then (позитив + негатив).
• НФТ: производительность, безопасность, доступность, аудит.
• Данные: что нужно для теста.
• Готовность: DoR/DoD чекбоксы.

---

Last update: November 18, 2025