Dwa pytania, dwa momenty kontroli
Definition of Ready (DoR) odpowiada na pytanie: czy wiemy dość, by odpowiedzialnie zacząć? To uzgodnienie zespołu dotyczące informacji potrzebnych przed wzięciem ticketu do pracy. Kryteria akceptacji (AC) odpowiadają na pytanie: po jakim obserwowalnym wyniku poznamy, że zadanie jest skończone?
DoR sprawdzamy przed developmentem. AC zwykle też zapisujemy wcześniej, ale weryfikujemy je po zmianie. Definition of Done (DoD) jest wspólnym standardem zespołu dla ukończonej pracy, np. review, uzgodnionych testów i kroków wdrożenia. To przykłady, nie uniwersalny DoD. Ticket może mieć AC i nadal nie być gotowy: cel bywa jasny, a uprawnienia lub kontrakt API pozostają otwarte.
DoR nie jest uniwersalnym certyfikatem. Zmiana etykiety wymaga mniej szczegółów niż nowa płatność. Uzgodnienie ma ujawniać kosztowną niepewność, a nie narzucać długi formularz każdemu zadaniu.
Jeden ticket: eksport filtrowanych faktur
Pierwsza wersja: „Dodać eksport faktur dla finansów”.
Przed startem zespół może sprawdzić w DoR:
- Czy „finanse” to istniejąca rola czy nowe uprawnienie? Kto podejmuje decyzję?
- Czy eksport obejmuje widoczną stronę czy wszystkie rekordy zgodne z filtrami?
- Jakie kolumny, format pliku i zakres dat są potrzebne?
- Czy API raportowe jest dostępne i czy mamy projekt przycisku eksportu?
- Kto sprawdzi wynik i na jakich danych testowych?
Po uzgodnieniu odpowiedzi AC mogłyby brzmieć:
- Osoba z potwierdzonym uprawnieniem do eksportu finansowego pobiera CSV dla wybranego zakresu dat.
- Plik zawiera wszystkie faktury zgodne z aktywnymi filtrami, także z kolejnych stron.
- Osoba bez uprawnienia nie może uruchomić eksportu.
- Pusty wynik daje uzgodnione zachowanie pustego pliku.
Nazwa uprawnienia i zasada pustego pliku są tutaj przykładami, nie decyzjami, które generator może dopowiedzieć za właściciela. Zobacz poradnik kryteriów akceptacji.
Kiedy ticket jest gotowy?
Wtedy, gdy pozostała niepewność jest na tyle mała, że zespół może zacząć bez zobowiązania się do nieznanego wyniku. Pytania mogą pozostać otwarte, jeśli są zapisane, mają właściciela i nie blokują pierwszego sensownego kroku. Blockerem jest decyzja, której odpowiedź zmienia zakres, rozwiązanie lub sposób sprawdzenia wyniku.
Sprawdź gotowość ticketu i przygotuj szkic AC przed refinementem. Decyzję o starcie podejmuje potem zespół. Pomocna będzie też checklista gotowości zadania.