Czym jest definicja ukończenia?

Atlassian Autor: Atlassian
Przeglądaj tematy

„Czy to zadanie jest ukończone?”

Odpowiedź na to pozornie proste pytanie wymaga sprawdzenia, czy przyrost elementu lub produktu jest kompletny lub w toku. Jednak aby to mogło się udać, zespół i jego interesariusze muszą wyraźnie oznaczyć go jako „ukończony”.

W metodologiach zarządzania projektem zgodnie z filozofią Agile, które wykorzystują Kanban lub ramy postępowania Scrum, „ukończony” odnosi się do kolumny na tablicy z wizualizacją pracy, przeznaczonej dla ukończonych elementów. Ustalenie jasnej definicji ukończenia pozwala zespołom Agile, w tym zespołom DevOps i Scrum, wydajniej zamykać kolejne elementy.

Oś czasu JSW

W tym przewodniku wyjaśniono znaczenie definicji ukończenia (DoD) w metodologiach Agile oraz jak je tworzyć, aby projekty były bardziej efektywne i wartościowe.

Zrozumienie definicji ukończenia w Agile

DoD to zestaw kryteriów, które przyrost produktu musi spełniać, aby zespół uznał go za kompletny i gotowy dla klientów. Członkowie zespołu rozumieją, kiedy przyrost produktu jest gotowy do wydania, nawet jeśli jest on obszerny i zawiera wiele elementów. Dzięki jasnemu zdefiniowaniu, co w projekcie oznacza określenie „ukończone”, zespół Agile może się skupić na dostarczaniu korzyści przy każdym sprincie oraz minimalizowaniu przeróbek.

Ważne jest, aby pamiętać, że DoD nie tworzy jedna osoba. Definicja ukończenia jest uzgadniana przez cały zespół projektowy, w tym programistów, testerów, właścicieli produktów i innych interesariuszy. Zapewnia to płynniejszą pracę podczas sprintów, ponieważ wszyscy używają DoD jako przewodnika wraz z listami kontrolnymi przed uznaniem elementu za ukończony.

Przykłady definicji ukończenia

DoD różni się w zależności od rodzaju projektu i aktywnego zespołu. Poniższe przykłady DoD ilustrują, jak te definicje różnią się między typami projektów.

Oto przykładowe zasady DoD w projekcie tworzenia aplikacji mobilnych:

  • Wszystkie obrazy są skompresowane.
  • Cały kod jest pomniejszony i przeniesiony do archiwum GZip.

W projekcie rozwoju oprogramowania przykładowe kryteria w DoD mogą brzmieć następująco:

  • Cały kod został dokładnie przetestowany za pomocą testów jednostkowych, integracyjnych i kompleksowych.
  • Przyrost produktu został wdrożony w środowisku przejściowym i przetestowany przez zespół.

Projekt ogólny może się kierować takimi zasadami DoD:

  • Wszystkie problemy zostały rozwiązane.
  • Cała dokumentacja wydania została napisana i zredagowana.

Definicja ukończenia a definicja gotowości

DoD to zestaw wysokopoziomowych kryteriów, które określają, kiedy przyrost produktu jest ukończony. Zapewnia on jakość i spójność produktu. Zespoły zazwyczaj używają DoD pod koniec sprintu, podczas sprawdzania jakości przyrostu produktu.

Natomiast definicja gotowości (DoR) to zbiór niskopoziomowych i specyficznych kryteriów, które mają zastosowanie tylko do elementów backlogu produktu. DoR określa, kiedy zespół może zacząć pracę nad elementem backlogu w nadchodzącym sprincie. Zespół wykorzystuje DoR podczas procesu dopracowywania backlogu na początku sprintu.

Dlaczego definicja ukończenia jest ważna?

Ustalenie DoD ma kluczowe znaczenie dla dostarczenia produktu wysokiej jakości, którego chcą klienci, ponieważ precyzuje, kiedy element można oznaczyć jako ukończony i kiedy jest on gotowy do uwzględnienia w przyroście produktu. Dobrze przygotowany DoD oferuje następujące korzyści.

Poprawia jakość: sprawdzanie każdego przyrostu produktu pod kątem kryteriów DoD sprawia, że zespoły Agile biorą pod uwagę cele jakościowe podczas opracowywania produktu. To gwarantuje, że konsekwentnie spełniają standardy jakości wymagane, aby wydać produkt.

Minimalizuje ryzyko: przestrzeganie DoD minimalizuje ryzyko potencjalnych przeróbek oraz wynikających z nich opóźnień, ponieważ zespół dokładnie wie, jakie kryteria powinien spełniać element, zanim zostanie oznaczony jako ukończony. Zapewnia to jakość na każdym etapie projektu.

Poprawia dopasowanie zespołu: ponieważ DoD to wspólne zrozumienie tego, co oznacza słowo „ukończone” w kontekście projektu, zespoły mogą się z łatwością skupić na wymaganiach klientów i dostarczać korzyści przy każdym sprincie.

Mierzy postępy: posiadanie jasnego DoD pozwala zespołom śledzić liczbę przyrostów produktów, które spełniają kryteria „ukończenia”. Na przykład wskaźniki Scrum mogą obejmować prędkość, która pokazuje, ile ukończonych przyrostów produktu dostarcza dana osoba w określonym przedziale czasowym.

Kroki tworzenia definicji ukończenia

Choć dokładne kroki tworzenia definicji ukończenia różnią się w zależności od zespołu i projektu, proces zawsze przebiega według podobnego schematu. Oto kroki tworzenia DoD:

1. Pracuj z odpowiednim zespołem

Podczas tworzenia DoD ważna jest współpraca z odpowiednimi członkami zespołu, ponieważ ustalone kryteria zapewniają wspólne zrozumienie między wszystkimi uczestnikami projektu. Oznacza to włączenie wszystkich, którzy powinni określić, co oznacza „ukończenie” w kontekście projektu. Dotyczy to właścicieli produktów, Scrum masterów, członków zespołu Scrum, testerów, menedżerów produktu, sponsorów i innych interesariuszy.

Każdy członek zespołu wnosi swoją wiedzę specjalistyczną do projektu i może pomóc określić, jakie kryteria mają sens dla danego obszaru wiedzy. Jeżeli twój zespół składa się z niewłaściwych członków lub pominiesz kluczowych członków zespołu, kryteria DoD mogą nie być odpowiednio wyczerpujące, czego skutkiem jest produkt niespełniający norm.

2. Ustal kryteria

Najtrudniejszym zadaniem przy definiowaniu „ukończenia” jest ustalenie kryteriów, które zespół wykorzysta w projekcie. Ustalenie kryteriów DoD ma kluczowe znaczenie, ponieważ wpłyną one na jakość wykonanej pracy.

Skąd będą wiedzieć, czy każdy komponent projektu jest ukończony? Jakie warunki będą wskazywać, że dany przyrost produktu został ukończony? Kryteria muszą być skonkretyzowane, mierzalne, osiągalne, istotne i określone czasowo. Aby wybrać odpowiednie kryteria, zespół musi zadać sobie dwa ważne pytania:

  1. Czy kryteria są wystarczająco skonkretyzowane? Unikaj niejasności (cały kod został przetestowany); określ wszystko jasno (cały kod został dokładnie przetestowany za pomocą testów jednostkowych, integracyjnych i kompleksowych).
  2. Czy kryteria są skoncentrowane na kliencie? Dobrym przykładem wytycznych jest „Cała dokumentacja jest spisywana i aktualizowana”. To powinno ułatwić użytkownikom końcowym znalezienie wskazówek podczas korzystania z produktu.

3. Stwórz listę kontrolną ukończenia

Chociaż kryteria DoD mogą się wydawać normalną częścią przygotowywania większych przyrostów produktów do wydania, zespoły powinny stosować je również do mniejszych zadań, zgłoszeń lub błędów, nad którymi pracują podczas sprintu. Lista kontrolna ukończenia każdego zadania lub zgłoszenia może sprawić, że zespół będzie konsekwentnie wykonywał pracę wysokiej jakości.

4. Przypisywanie kryteriów akceptacji do historyjek użytkowników

Kryteria akceptacji (AC) odnoszą się do warunków, które muszą spełniać historyjki użytkowników, aby były akceptowalne dla klientów. Różnią się od kryteriów DoD, ponieważ dotyczą funkcji lub historyjek użytkowników, a nie przyrostów produktów.

Zarówno DoD, jak i AC są uzgodnionym zestawem kryteriów, które określają, czy historyjka użytkownika lub indywidualne zadanie zostały ukończone. Jeżeli na przykład historyjka użytkownika brzmi: „Jako użytkownik chcę móc użyć pola wyszukiwania, aby znaleźć produkt, którego szukam”, kryteria akceptacji mogą obejmować:

  • Pole wyszukiwania znajduje się na górnym pasku nawigacji.
  • Wyszukiwanie rozpoczyna się po dotknięciu przycisku „Szukaj”.
  • Pole wyszukiwania zawiera szary tekst zastępczy z napisem „Czego szukasz?”.

5. Zmieniaj i aktualizuj DoD

DoD nie jest dokumentem statycznym. Każdy błąd znaleziony podczas sprintu jest problemem jakości, który mogła wywołać niejasna definicja ukończenia. Aktualizacja DoD staje się wtedy kluczowa, aby błąd się nie powtórzył.

Zmieniaj i aktualizuj DoD podczas przeglądów sprintów, aby wytyczne pozostały istotne dla projektu. W miarę ewolucji projektów i zdobywania przez zespoły informacji o wymaganiach klientów kryteria DoD mogą również wymagać rewizji, aby były możliwe do osiągnięcia. Upewnij się, że członkowie zespołu mogą sugerować zmiany w DoD podczas przeglądów sprintów lub spotkań poprawiających backlog.

Zapewnij dobrze zdefiniowane kryteria DoD dzięki Jira Software

Atlassian i Jira Software ułatwia tworzenie definicji ukończenia. Aby utworzyć DoD za pomocą Jira Software, po prostu dodaj kryteria DoD z menu. W razie potrzeby możesz ograniczyć kryteria według typu problemu. Twórz listy kontrolne za pomocą pól wyboru lub list wypunktowanych i wybierz miejsce wyświetlania tych list kontrolnych.

Jira Software ma również inne narzędzia do obsługi wszystkich potrzeb związanych z zarządzaniem programem i projektami, od planowania Agile po sprintowe spotkania stand-up i nie tylko. Wypróbuj za darmo.

Definicja ukończenia: często zadawane pytania

Kto jest odpowiedzialny za stworzenie definicji ukończenia?

DoD zazwyczaj tworzy zespół programistów kierowany przez Scrum mastera. Należy się jednak konsultować z właścicielami produktów, testerami i innymi interesariuszami.

Jaka jest różnica między definicją ukończenia a kryteriami akceptacji?

DoD to zestaw wysokopoziomowych kryteriów, które określają, czy przyrost produktu jest ukończony. Dotyczy on wszystkich przyrostów produktu i określa jego ogólną jakość.

Z kolei kryteria akceptacji to niskopoziomowe warunki, które mają zastosowanie tylko do określonych funkcji lub historyjek użytkowników. AC określa, czy historyjka użytkownika jest akceptowalna dla klienta. Przykładowym kryterium DoD może być „Cała dokumentacja jest spisywana i aktualizowana”. Przykładem kryterium AC może być „Łącze do dokumentacji użytkownika jest dostępne z menu nawigacyjnego”.

Jakie są najlepsze praktyki tworzenia definicji ukończenia?

Zdefiniuj kryteria ze swoim zespołem: określanie DoD powinno być wspólnym wysiłkiem, który angażuje cały zespół, w tym programistów, testerów, właścicieli produktów i odpowiednich interesariuszy. Tworzenie DoD zapewnia wspólne zrozumienie tego, co to znaczy, że przyrost produktu jest ukończony.

Zachowanie widoczności: Definicja ukończenia powinna być dostępna i widoczna podczas planowania sprintu lub gdy toczą się dyskusje na temat szacowania elementów backlogu produktu. Zespół powinien być w stanie regularnie się do niej odnosić. Wydrukuj ją i zawieś na ścianie lub dołącz do strony wiki bądź planu projektu.

Praktyczność i realistyczność: Definicja ukończenia powinna być osiągalna w określonych ramach czasowych i przy użyciu dostępnych zasobów. Co ważniejsze, powinna odpowiadać na faktyczne potrzeby klientów.