DEFINITION OF READY co daje kiedy jest potrzebne

DEFINITION OF READY co daje, kiedy jest potrzebne i jak je zaimplementować mimo oporów?

Definition of ready - co to jest ? 1. Nie występuje w core scrum. 2. Musi być spełniona zanim zadanie można wziąć na sprint. 3. Praca nad jej wypełnieniem może być wykonywana i przez PO i przez zespół - jest to normalna praca nad wymaganiami. 4. PO jest odpowiedzialny za dostarczenie dostatecznej ilości elementów backlogu spełniających Do. R na planning.

Definition of ready - przykład 1. Wymaganie musi być zaprezentowane zespołowi przed sprint planningiem. 2. Wymaganie musi przedstawiać jasno precyzowalną wartość biznesową. 3. Musi być określone dla niego Do. R.

Definition of ready - dokładniejszy przykład 1. Wymaganie musi przedstawiać wartość dla PO i wartość ta musi być przedstawiona zespołowi w sposób nie budzący wątpliwości. 2. Wymaganie musi być dostatecznie dobrze wyprecyzowane, by zespół był w stanie je wyestymować i dostatecznie małe by był w stanie podjąć się go w jednym sprincie. 3. 3 członków zespołu musi stwierdzić, że wymaganie spełnia punkt 2 podpisując się na backlogu produktu. 4. Wykonanie wymagania nie może sprawiać , że nowa wersja produktu nie będzie mogła zostać uruchomiona w środowisku produkcyjnym. 5. Wszelkie czynności niezależne od zespołu muszą być wykonane przed początkiem sprintu.

Definition of ready - kiedy przydatne W zasadzie zawsze - nie zawsze musi być explicite. Wymagania zawsze muszą być w jakiś sposób ustalone przed tym jak zespół będzie w stanie je wziąć na warsztat w czasie sprintu. Praca nad tymi wymaganiami zawsze musi zostać wykonana - co najwyzej może być ona dorozumiana i nie wymagać precyzyjnej definicji

Definition of ready - kiedy niezbędne Kilka symptomów potrzeby wprowadzenia twardego definition of ready: 1. Sprint planning przestaje mieścić się w timeboxie. 2. Na planningu są brane zadania które zależą od "tak tak, dostaniecie ten content jutro" 3. Zespół nie jest w stanie dostarczyć działającej wersji produktu pod koniec sprintu mimo iż nie spodziewał się tego na planningu. 4. Zespół regularnie przedstawia wykonane zadania pod koniec sprintu i PO uważa, że chciał czegoś innego.

Definition of ready - problemy 1. Co będzie jeżeli nie będzie przygotowanego backlogu ? 2. Kto odpowiada za tworzenie wymagań ?

Studium przypadku - podejście 1 Powód : 3 sprinty z rzędu oddane było zadanie, PO je akceptował bo było zgodne z Do. D ustalonym, ale wrzucał nowa wersję zadania na warsztat. Próba rozwiązania: Ustalenie delikatnej Do. R (na kształt przykładu 1). Problem: Po 1 sprincie nie było już wymagań odpowiednio podefiniowanych, PO stwierdzil, że nie jest w stanie zacommitować się do Do. R.

Studium przypadku - podejście 2 Powód: Praca nad wymaganiami prowadzona była chaotycznie, nikt zajmujący się tematem, nie był w stanie zmusić się do pracy w większym porządku - wszyscy mówili, że jest to potrzebne. Próba rozwiazania: Zaproponowanie Do. R - wraz z twarda regułą nie przyjmowania zadań które Do. R nie spełniają. Problem: PO powiedział, że nie czuje się na siłach podjąć zobowiązania i ze woli szukać innego rozwiązania.

Studium przypadku - podejście 3 Team memberzy którzy zajmowali się pracą nad wymaganiami zauważyli, ze nie są w stanie poruszać się sprawnie po rozrastającym się backlogu i nie zawsze wiedzieli czy na pewno mają pracować nad danymi konkretnymi zadaniami. Zaproponowali wprowadzenie dodatkowego backlogu - na wymagania które w ogóle są jedynie jako koncepty. Jednocześnie zbiegło się to w czasie z wyjazdem PO na urlop na 2 sprinty - zastąpiony na ten czas miał być przez osobę która nigdy tej roli nie pełniła. Przez te 2 tygodnie udało się skutecznei prowadzić Do. R - po powrocie właściwy PO był już przekonany do pomysłu i uczciwie zajął się jedzeniem kanapki, dopilnowywaniem by dostatecznie dużo zadań o odpowiedniej kompozycji było przygotowanych na czas.

Dziękuję za uwagę! Tool page elements analysis