User Story to krótki opis funkcjonalności z perspektywy użytkownika. Format: As a [user], I want [feature], so that [benefit].
Format klasyczny:
As a [type of user], I want [action], so that [benefit/value]
Przykład:
As a project manager, I want to export reports to PDF, so that I can share them with stakeholders
Dobra User Story spełnia INVEST:
Card: Krótki opis (1-2 zdania)
Conversation: Dyskusja z zespołem o szczegółach
Confirmation: Acceptance criteria
1. Zacznij od użytkownika, nie od funkcji
Źle: "System musi mieć export do PDF"
Dobrze: "As a PM, I want to export reports..."
2. Opisz wartość (so that...)
Dlaczego użytkownik tego potrzebuje?
3. Rozbij duże stories (epics)
Epic: "As a user, I want to manage my profile"
Stories: Edit name, Change password, Upload avatar, etc.
4. Dodaj Acceptance Criteria
Konkretne warunki kiedy story jest "done"
User Story: Wartość dla użytkownika
"As a user, I want to reset my password via email"
Technical Task: Praca techniczna bez bezpośredniej wartości
"Migrate database to PostgreSQL 15"
Oba są OK, ale rozróżniaj je. Technical tasks nie mają formatu "As a user..."
Napisz 5 User Stories dla swojego produktu. Sprawdź czy spełniają INVEST. Dodaj Acceptance Criteria do każdej.