Definicja Ukończenia (DoD)jest listą wymagań, które historia użytkownika musi spełniać, aby zespół mógł ją uznać za ukończoną. Podczas gdyKryteria Akceptacjihistorii użytkownika składają się z zestawu scenariuszy testowych, które muszą być spełnione, aby potwierdzić, że oprogramowanie działa zgodnie z oczekiwaniami.
Różnica między tymi dwoma polega na tym, żeDoD jest wspólna dla wszystkich historii użytkownika, podczas gdy kryteria akceptacji odnoszą się do konkretnej historii użytkownika.. Kryteria akceptacji każdej historii użytkownika będą różne w zależności od wymagań tej historii użytkownika.
Innymi słowy,Zarówno DoD, jak i kryteria akceptacji muszą być spełnione, aby zakończyć historię użytkownika.Przyrost produktu nie jest uważany za ukończony, chyba że obie te listy są zrealizowane. Dlatego musimy zdefiniować dwa aspekty definicji ukończenia (DOD) – Kryteria Ukończenia i Kryteria Akceptacji:
Definicja Ukończenia
Definicja ukończenia jest zorganizowana jako lista elementów, z których każdy służy do weryfikacji historii lub PBI, co ma na celu zapewnienie, żeZespół deweloperskizgadza się co do jakości pracy, którą próbują wykonać. Służy jako lista kontrolna, która jest używana do sprawdzaniakażdego Backlog ProduktuElementu (znanego również jako PBI) lub historii użytkownika pod kątem kompletności. Elementy w definicji „Ukończone” mają być stosowane do wszystkich elementów w backlogu produktu, a nie tylko do pojedynczejHistorii użytkownika. Można to podsumować w następujący sposób:
- Termin ten odnosi się bardziej do przyrostu produktu jako całości
- W większości przypadków termin ten sugeruje, że przyrost produktu jestgotowy do wysyłki
- Termin ten jest zdefiniowany w Przewodniku Scrum
- Używany jako sposób komunikacji między członkami zespołu
- Ogólna jakość oprogramowania
- Czy przyrost jest gotowy do wysyłki, czy nie
Cele definicji ukończenia
- Zbudować wspólne zrozumienie w zespole dotyczące jakości i kompletności
- Używać jako listy kontrolnej, do której porównywane są historie użytkownika (lub PBI)
- Zapewnić, że przyrost wysłany na koniecSprintma wysoką jakość i że jakość jest dobrze rozumiana przez wszystkich zaangażowanych.
Przykład — Definicja Ukończenia
Na przykład w branży oprogramowania zespoły mogą potrzebować zadać niektóre z następujących pytań, aby opracować swoją DoD:
- Kod zrecenzowany przez kolegów?
- Kod ukończony?
- Kod zrecenzowany?
- Kod zatwierdzony?
- Testy jednostkowe zaliczone?
- Testy funkcjonalne zaliczone?
- Testy akceptacyjne ukończone?
- Właściciel Produktuzrecenzowany i zaakceptowany?
Kryteria Akceptacji
Historie użytkownika są jednym z podstawowych artefaktów rozwojuartefaktówdlarozwoju Agile, ale Scrumnie wymaga wyraźnie ani User Stories, ani Acceptance Criteria. Jeśli element backlogu produktu jest uznawany za zbyt duży, aby umieścić go w sprincie, zazwyczaj jest dzielony na user story, a następnie na zestaw zadań, jak pokazano na rysunku:
User Stories zawierają Acceptance Criteria, dlatego często widzimy, że definicja ukończenia i kryteria akceptacji współistnieją w naszym procesie rozwoju scrum. User story dostarcza kontekstu funkcjonalności, którą zespół powinien dostarczyć. Kryteria akceptacji dają wskazówki dotyczące szczegółów danej funkcjonalności i tego, jak klient je zaakceptuje. Oba te elementy razem stanowią całość dostarczanego produktu.
Niektóre z kryteriów akceptacji zostaną odkryte podczas bieżących wydarzeń związanych z udoskonalaniem backlogu przed rozpoczęciem sprintu, a inne zostaną odkryte tuż po Planowanie Sprintugdy siądziemy, aby porozmawiać o user story w małym zespole. Kryteria akceptacji są więc atrybutami, które są unikalne dla User Story lub elementu backlogu produktu.
- Termin odnosi się do pojedynczego PBI/Story
- Kryteria akceptacji są różne dla każdego PBI/Story
- Termin nie jest zdefiniowany w Przewodniku Scrum
- Używane jako sposób komunikacji do wszystkich zaangażowanych, że wymagania dla danego PBI/story zostały spełnione
- Znane również jako testy akceptacyjne, warunki satysfakcji, w niektórych przypadkach „przypadki testowe” itp.
Cele kryteriów akceptacji
- Wyjaśnić, co zespół powinien zbudować przed rozpoczęciem pracy
- Zapewnić, że wszyscy mają wspólne zrozumienie problemu
- Pomóc członkom zespołu wiedzieć, kiedy historia jest zakończona
- Pomóc w weryfikacji historii za pomocą testów automatycznych.
Przykład — Kryteria akceptacji
- Użytkownik nie może przesłać formularza bez wypełnienia wszystkich obowiązkowych pól
- Informacje z formularza są przechowywane w bazie danych rejestracji
- Płatność może być dokonana za pomocą karty kredytowej
- Email potwierdzający jest wysyłany do użytkownika po przesłaniu formularza
Przykład User Story z kryteriami akceptacji
Poniższy rysunek pokazuje przykład kryteriów akceptacji user story.
Odniesienia
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文