Відсутність нефункціональних вимог
Користувальницькі історії рідко включають в себе відомості про продуктивність або функціональних вимогах, тому нефункціональні тести (наприклад, час відгуку) можуть бути пропущені.
У багатьох контекстах використовуються власні історії, які також об’єднуються в групи за смисловим і організаційних причин. Різне використання залежить від точки зору, наприклад, з точки зору користувача як власника продукту по відношенню до функцій, або з точки зору компанії по відношенню до організації завдань.
Мітки
В той час, як деякі пропонують використовувати epic і theme в якості міток для будь-якого мислимого типу угруповання користувальницьких історій, керівництво організації прагне використовувати їх для сильного структурування та об’єднання робочих навантажень. Наприклад, Jira, здається, використовує ієрархічно організований список справ, в якому вони назвали перший рівень завдань user story, другий рівень epics (групування користувальницьких історій) та «ініціативи» третього рівня (групування епопей). Тим не менш, ініціативи не завжди присутні в розробці управління продуктами і просто додають ще один рівень деталізації. В Jira існують «теми» (для цілей відстеження), які дозволяють перехресно зв’язувати і групувати елементи різних частин фіксованого ієрархії. У цьому використання “Джира” змінює значення теми з точки зору організації: наприклад, скільки часу ми витратили на розробку теми xyz. Але інше визначення тем – це набір історій, епосів, функцій і т. д. Для користувача, який формує загальну семантичну одиницю або мета, ймовірно, немає загального визначення, тому що існують різні підходи для різних стилів дизайну і розробки продукту. В цьому сенсі деякі також пропонують не використовувати які-небудь жорсткі групи та ієрархії.
