Przejdź do treści
Exmoor Software

Generatory dokumentów

Generator user stories i kryteriów akceptacji

Lista funkcji typu „panel administratora" jest niewycenialna, bo każdy rozumie ją inaczej. Historyjka z rolą, powodem i kryteriami akceptacji jest wycenialna, bo mówi wprost, kiedy zadanie jest skończone. Ten generator prowadzi przez ten format i pilnuje, żeby żadna historyjka nie została bez kryteriów.

Za darmo · bez rejestracji · liczy w Twojej przeglądarce

Np. „Obsługa zamówień" albo „Panel klienta".

Historyjka 1

Kto tego potrzebuje. Konkretna rola, nie „użytkownik".

Czynność, nie ekran. „Chcę wyeksportować listę zamówień", a nie „chcę przycisk".

Powód. Jeśli trudno go napisać, historyjka może być zbędna.

Jedno w wierszu. Najlepiej w formie: Zakładając ... / Gdy ... / Wtedy ...

Podgląd

# User stories i kryteria akceptacji

**Nazwa epiku lub modułu:** Bez nazwy

## 1. Bez nazwy

**Must**

> Jako _do uzupełnienia_, chcę _do uzupełnienia_, żeby _do uzupełnienia_.

**Kryteria akceptacji**

_brak zdefiniowanych kryteriów - wykonawca nie będzie wiedział, kiedy zadanie jest skończone_

## Podsumowanie

Must: 1 · Should: 0 · Could: 0 · Won't: 0

---

_Dokument wygenerowany darmowym narzędziem Exmoor Software (exmoor.pl/narzedzia). Treść należy w całości do autora._

Macie już listę historyjek?

To najlepszy moment na wycenę - z historyjkami i kryteriami akceptacji da się policzyć zakres bez zgadywania. Orientacyjne widełki od ręki, odpowiedź od człowieka w ciągu 24 godzin.

Oszacuj projekt w 2 minuty

Jak to działa

  1. 01

    Dodawaj historyjki

    Każda w formacie: jako (rola) chcę (czynność), żeby (powód). Rola ma być konkretna, a czynność opisana bez odwoływania się do ekranów.

  2. 02

    Nadaj priorytety MoSCoW

    Must, Should, Could, Won't. Świadome oznaczenie czegoś jako Won't jest równie wartościowe jak Must — to ono chroni budżet pierwszej wersji.

  3. 03

    Dopisz kryteria akceptacji

    Jedno w wierszu, najlepiej w formie zakładając/gdy/wtedy. Historyjka bez kryteriów zostaje w dokumencie wyraźnie oznaczona.

Założenia i ograniczenia

  • Historyjka opisuje potrzebę, nie rozwiązanie. „Chcę przycisk eksportu" to projekt interfejsu; „chcę wyeksportować zamówienia z miesiąca do arkusza" to potrzeba, którą wykonawca może zrealizować lepiej, niż zakładałeś.
  • Jeśli pole „żeby (po co)" trudno wypełnić, to często sygnał, że historyjka nie jest potrzebna. To najtańszy moment, żeby to zauważyć.
  • Kryteria akceptacji są tym, co pozwala odebrać pracę bez sporu. Ich brak jest najczęstszą przyczyną rozmów typu „miało działać inaczej" na końcu projektu.
  • Dokument wychodzi w Markdown z polami wyboru, więc wkleja się do Jiry, Linear, Notion czy GitHub Issues bez utraty struktury.
  • Wszystko powstaje w Twojej przeglądarce — nie wysyłamy ani nie zapisujemy treści historyjek.

Najczęstsze pytania

Ile historyjek potrzeba, żeby dostać wycenę? +

Do orientacyjnych widełek wystarczy kilkanaście najważniejszych, oznaczonych jako Must. Do konkretnej wyceny potrzebna jest pełna lista Must i Should — bez tego wykonawca wycenia zakres, którego nie zna.

Czym różni się Should od Could? +

Should to rzecz ważna, ale niepowstrzymująca startu — da się wypuścić wersję bez niej i dołożyć w kolejnej iteracji. Could to funkcja, którą robicie tylko wtedy, gdy zostanie budżet lub czas.

Czy muszę pisać kryteria w formie zakładając/gdy/wtedy? +

Nie, to tylko sugestia porządkująca. Ważne, żeby kryterium było sprawdzalne: „lista ładuje się poniżej 2 sekund przy 10 000 rekordów" jest kryterium, a „ma działać szybko" nie jest.

Czy wynik mogę wkleić do Jiry? +

Tak. Dokument jest w Markdown z listami zadań, więc struktura zachowuje się w Jirze, Linear, Notion i GitHub Issues.

Zamień liczby na projekt

Orientacyjne widełki od ręki, odpowiedź od człowieka w ciągu 24 godzin, a konkretna wycena po krótkiej rozmowie. Bez zobowiązań.

Oszacuj projekt w 2 minuty