Kryteria akceptacji

Zdjęcie od Sohrab Salimi
Sohrab Salimi
04.11.25
2 min Czas czytania
Ta treść została przetłumaczona przez AI. Zobacz oryginał

Definicja

Kryteria akceptacji to warunki, które muszą być spełnione, aby element Product Backlogu został zaakceptowany przez interesariuszy. Niektóre zespoły używają takich pojęć jak „warunki satysfakcji", „kryteria sukcesu", „kryteria walidacji" lub „kryteria dopasowania" – wszystkie one opisują zasadniczo tę samą koncepcję.

Kontekst

Kryteria akceptacji pomagają zespołom określić, kiedy element Product Backlogu został pomyślnie zrealizowany. Redukują niejasności, tworzą wspólne rozumienie oczekiwań i zapewniają przejrzystość w kwestii tego, kiedy pracę można uznać za ukończoną. Dzięki temu rośnie jakość produktu i łatwiej jest zweryfikować, czy dana funkcjonalność odpowiada potrzebom interesariuszy.

Opis

Kryteria akceptacji są najczęściej definiowane dla User Stories. Opisują w jasnych, weryfikowalnych stwierdzeniach, jak dana funkcjonalność musi się zachowywać, aby mogła zostać uznana za „Done".

Gdy zespoły formułują te kryteria na wczesnym etapie i dopracowują je podczas Product Backlog Refinementu, mogą wcześnie wykryć i wyeliminować nieporozumienia, zanim rozpocznie się rozwój.

Dobrze sformułowane kryteria akceptacji stosują się do zasady SMART:

  • Specific (Konkretne): jasno opisują oczekiwane zachowanie
  • Measurable (Mierzalne): wynik można zweryfikować
  • Achievable (Osiągalne): zespół jest w stanie je zrealizować
  • Relevant (Istotne): bezpośrednio odpowiadają na potrzeby użytkownika
  • Time-bound (Określone w czasie): w razie potrzeby definiują oczekiwania czasowe

Przykład

Przykład User Story:

„Jako doradca bankowy chcę wiedzieć, czy klient ma pozytywną zdolność kredytową, aby móc podjąć decyzję o zatwierdzeniu jego wniosku kredytowego."

Kryterium akceptacji mogłoby brzmieć:

„System wyświetla ocenę kredytową klienta wraz z datą ostatniej aktualizacji i źródłem danych. Ocena musi opierać się na danych nie starszych niż 30 dni."

To kryterium jest konkretne, ponieważ wyświetlane są ocena, data i źródło; mierzalne, gdyż wszystkie elementy można zweryfikować w interfejsie użytkownika i w logach; osiągalne, ponieważ zespół jest w stanie je zrealizować; istotne, gdyż wspiera podejmowanie solidnych decyzji kredytowych; oraz określone w czasie, ponieważ wymaga danych nie starszych niż 30 dni.

Częste nieporozumienia

Powszechnym nieporozumieniem jest utożsamianie kryteriów akceptacji z Definition of Done. W rzeczywistości kryteria akceptacji dotyczą pojedynczego elementu Product Backlogu, podczas gdy Definition of Done obowiązuje dla wszystkich elementów dostarczanych przez zespół.

Chcesz dowiedzieć się więcej?

Przeczytaj artykuł o User Stories, aby zrozumieć, jak kryteria akceptacji uzupełniają ten format. Dowiedz się również z artykułu Product Backlog Refinement, jak kryteria akceptacji są integrowane w proces Refinementu.

Więcej na ten temat

Definicja Ukończenia: Prosta, a jednak złożona

Dlaczego jako Product Owner tak ważne jest posiadanie mocnej Definition of Done – wyjaśniamy Ci to w blogu Agile Academy!

Dzielenie Epiców

Tutaj wyjaśniamy, jak rozkładać Epiki na poszczególne Stories i jak formułować wymagania, które z nich wynikają!

Porozmawiaj z naszym asystentem Porozmawiaj z naszym asystentem