Wymaganie a user story
User story nie tworzy sama wymagania, ale rozpoczyna dyskusję na jego temat. Precyzuje wymaganie poprzez stworzenie testów akceptacyjnych, które potwierdzą poprawną implementację. Dla każdej user story należy opracować co najmniej 1 test akceptacyjny.
Wymaganie to usługa, funkcja lub cecha, której potrzebuje użytkownik. Wymaganie to składowe 3 części, których głównym elementem jest user story. Do tych części zalicza się:
- kartę (ang. card);
- dyskusję (ang. conversation);
- potwierdzenie (ang. confirmation).
Koncepcja 3C autorstwa Rona Jeffriesa:
Tabela przedstawia 3 kolumny, których nagłówki to Card, Conversation, Confirmation.
Kolumna Card oznacza user story napisaną na kartce lub fiszce, która może zawierać różne informacje, na przykład adnotacje o oszacowaniu i notatki.
Kolumna Conversation oznacza story z userem, czyli dyskusję z właścicielem produktu (product owner) na temat szczegółów.
Kolumna Confirmation oznacza testy akceptacyjne jako potwierdzenie poprawności implementacji user story.
Wszystkie 3 kolumny składają się na wymagania.
Autorka: Joanna Wieczorek
Artykuły powiązane:
Materiały
Co to jest user story?Dlaczego warto korzystać z user story?
Jakie elementy zawiera user story?
Jakie są wady korzystania z user story?
Struktura user story – 3 najpopularniejsze metody jej tworzenia