PRAKTYCZNY SPOSÓB DZIAŁANIA

Jak rozstrzygać niewiadome w tickecie przed developmentem?

Niejasny ticket często potrzebuje kilku decyzji, a nie dużo dłuższego dokumentu.

3 min czytania

Kiedy to ma znaczenie

„Dodaj eksport” może ukrywać wybory dotyczące uprawnień, danych, formatu i błędów. Developer może zaproponować domyślne rozwiązania, ale propozycje nie są zatwierdzonym wymaganiem. Rozpoczęcie trudnej do cofnięcia części pracy przed decyzją prowadzi do poprawek.

Praktyczny sposób działania

  • Wypisz tylko niewiadome, które mogą zmienić zachowanie, zakres, bezpieczeństwo lub rozwiązanie techniczne. Oddziel potwierdzone fakty od założeń.
  • Zamień każdą niewiadomą w pytanie z dwiema lub trzema opcjami, jeśli to możliwe. Opisz konsekwencje wyboru.
  • Przypisz właściciela decyzji i ostatni sensowny termin odpowiedzi. Pokaż zależności między decyzjami.
  • Zapisz odpowiedź w tickecie. Dopiero potem twórz kryteria akceptacji z potwierdzonych decyzji; propozycje nadal oznaczaj jako nieuzgodnione.

Przykład

Dla eksportu klientów zapytaj: „Czy obejmuje wszystkie filtrowane rekordy czy tylko widoczną stronę?” oraz „Która istniejąca rola może eksportować dane osobowe?”. Product Owner potwierdza wszystkie rekordy, ale zgoda na rolę jest jeszcze w toku. Zespół może przygotować szkic UI, lecz nie powinien udostępniać endpointu przed decyzją o uprawnieniach.

Podejmij kolejną decyzję

Dobre pytanie usuwa konkretną niepewność. „Proszę doprecyzować zadanie” tego nie robi. Utrzymuj listę możliwą do omówienia na refinementcie. Narzędzie może wykryć luki i przygotować pytania; właściciel produktu nadal musi zatwierdzić decyzje. Dopiero wtedy szkic kryterium staje się zobowiązaniem.

Otwórz powiązane narzędzie.

← Wróć do materiałów