agile retrospective meetings why it is necessary
Zwinne tworzenie oprogramowania to zbiór metod i praktyk opartych na Manifeście Agile. Metodologia zwinna kładzie nacisk na współpracę zespołową i częste dostarczanie produktu.
Jedną z 12 zasad wymienionych w Manifeście Agile jest:
„W regularnych odstępach czasu zespół zastanawia się, jak zwiększyć swoją skuteczność, a następnie odpowiednio dostosowuje i dostosowuje swoje zachowanie”.
Zasada ta jest wpisana w zwinny zespół w formie spotkań Agile Retrospective.
W tym artykule porozmawiamy więcej o spotkaniach retrospektywnych, ich celu i kilku zabawnych sposobach prowadzenia tych spotkań.
Zalecana lektura=> 6 najczęstszych powodów, dla których warto zastosować Agile w swojej organizacji
Czego się nauczysz:
- Definicja i cel spotkań retrospektywnych
- Prowadzenie spotkań retrospektywnych
- Agile Retrospective Steps
- Formaty, pomysły i działania dotyczące spotkań retrospektywnych Agile
- Wspólne nieporozumienia
- Wniosek
- rekomendowane lektury
Definicja i cel spotkań retrospektywnych
Z definicji retrospektywa oznacza „spoglądanie wstecz lub zajmowanie się przeszłymi wydarzeniami lub sytuacjami”.
Zgodnie z definicją, Spotkania retrospektywne mają na celu refleksję nad najnowszymi sprint / projekt / kamień milowy i zidentyfikuj obszary wymagające poprawy i świętuj zwycięstwa zespołu .
Wiąże się to z koncepcją ciągłego doskonalenia, w której zespoły spotykają się, aby omówić obszary, w których zespół dobrze sobie poradził, oraz obszary, które zespół musi współpracować, aby poprawić się do następnego sprintu / projektu / kamienia milowego.
Przeczytaj także=> Jak poprawić jakość oprogramowania za pomocą procesu ciągłej integracji
Prowadzenie spotkań retrospektywnych
Spotkania retrospektywne mogą odbywać się na różnych etapach projektu:
- Spotkania retrospektywne można zaplanować pod koniec sprintu i przed rozpoczęciem następnego sprintu, aby zastanowić się nad ostatnim sprintem
- Aby przejrzeć konkretny problematyczny scenariusz
- To kamień milowy, który pozwoli na refleksję nad dotychczasowym stanem
Agile Retrospective Steps
Każde spotkanie retrospektywne będzie obejmować następujące kroki:
- Ustaw scenę - Zorganizuj spotkanie - Obejmuje zorganizowanie spotkania przez moderatora (PM., Scrum Mastera itp.) Oraz wysłanie zaproszenia na spotkanie do wszystkich wymaganych członków zespołu i interesariuszy.
- Zbierać dane - Po rozpoczęciu spotkania zbierz wszystkie pomysły, opinie, obawy, które mogą mieć członkowie zespołu. Można to zrobić za pomocą różnych zwinne działania retrospektywne takie jak Start, Stop i Continue, Paint Me picture itp.
- Generuj statystyki - Po zebraniu danych należy zidentyfikować znaczące analizy i stworzyć wzorce. Chodzi o to, aby zidentyfikować trendy i je rozwiązać. Na przykład. jeśli członkowie zespołu są niezadowoleni z długich codziennych wstań, musimy dowiedzieć się, co jest tego przyczyną. Mogą to być niepowiązane dyskusje, opieszałość członków zespołu, nierealistyczne ustawienie czasu, który nie uwzględnia liczby aktualizacji itp.
- Utwórz działania - Po zidentyfikowaniu podstawowych problemów utwórz punkty akcji, aby je rozwiązać. Punkty działania należy przypisać odpowiedzialnej osobie (osobom), która będzie odpowiedzialna za rozwiązanie problemu przed ustalonym terminem.
- Zakończyć - Podziękuj zespołowi za poświęcony czas i udział. Upewnij się, że dyskusja na spotkaniu i punkty działania są udokumentowane i przekazane członkom zespołu w celu łatwego odniesienia.
Formaty, pomysły i działania dotyczące spotkań retrospektywnych Agile
# 1) Co poszło dobrze, co należało zrobić lepiej, elementy działania
Członkowie zespołu spotykają się i omawiają, co zespół zrobił dobrze, co zespół powinien poprawić, wyciągnięte wnioski i punkty działań odpowiadające obszarom poprawy.
Te działania są przypisane do odpowiedzialnego członka zespołu. Ta dyskusja jest udokumentowana i rozesłana do wszystkich po spotkaniu lub może zostać zapisana na dysku współdzielonym / intranecie w celu łatwego dostępu.
JIRA ma wbudowany retrospektywa sprintu szablon na spotkanie retrospektywne oparte na dokładnym formacie, jak pokazano poniżej:
[wizerunek źródło ]
# 2) Rozpocznij, zatrzymaj i kontynuuj spotkanie
Na tym spotkaniu członkowie zespołu proszeni są o wyrażenie opinii na temat tego, co zespół powinien zacząć, przestać i kontynuować w sprintach.
Ta metoda jest bardzo popularna i skuteczna, szczególnie dla nowych drużyn.
- Elementy początkowe to coś, co zespół chciałby dodać do swojego procesu, np. Zacznij punktualnie przychodzić na spotkania projektowe.
- Przedmioty zatrzymania to coś, czego zespół nie chce już robić, np. przestań sprawdzać kod bez przeglądu kodu.
- Kontynuacja przedmiotów będzie czymś, co zespół chce kontynuować w przyszłości, np. Kontynuuj codzienne wstawanie.
Facylitator spotkania może ustalić minimalny i maksymalny limit liczby pozycji, które członek zespołu może zaproponować. Na przykład. Każdy członek zespołu musi dostarczyć po 1 pozycji dla listy Start, Stop i Kontynuuj i może dostarczyć maksymalnie 3 pozycje na typ.
Dodatkowo, po utworzeniu pełnej listy, członkowie zespołu mogą zostać poproszeni o głosowanie w celu zawężenia najważniejszych elementów.
# 3) Spotkanie w formacie 5 „Dlaczego”
Ten format spotkania opiera się na zadawaniu pytań uzupełniających „Dlaczego” członkom zespołu.
Ten format spotkania służy do znajdowania podstawowych przyczyn scenariusza problematycznego (objawu), a przyczyny mogą nie być oczywiste.
Celem nie jest rozwiązanie problemu, ale zrozumienie sytuacji i możliwie zawężenie pierwotnej przyczyny.
Każdy członek zespołu tworzy łańcuch powodów, dla których uważa, że problem występuje. Gdy lista jest gotowa, odpowiedzi można skonsolidować w jeden łańcuch reprezentujący opinie wypracowane w drodze wspólnego konsensusu grupy.
Działa to najlepiej w przypadku małych zespołów o wielkości, np. 3-5 członków.
Na przykład:
Problem : Jakość produktu nie była dobra.
Pytanie : Dlaczego?
Powód 1 : Niestabilna kompilacja.
Pytanie : Dlaczego?
Powód : Brak wymuszania procesu - Brak zamrożenia kodu.
Pytanie : Dlaczego?
Powód : Zmiana zakresu
Pytanie : Dlaczego?
Powód : Wpływ nie został zidentyfikowany podczas planowania projektu
# 4) Szalony, smutny, zadowolony
W tym formacie spotkania członek zespołu poświęca trochę czasu (5-10 minut) na zapisanie karteczek samoprzylepnych dla każdej z emocji - Szaleństwo, Smutek i Radość.
- „Wściekły” ma tendencję do skupiania się na przeszkodach, barierach itp.
- „Smutny” zwykle koncentruje się na sprawach wewnętrznych i
- „Cieszę się” zwykle koncentruje się na czymś, z czego członek zespołu jest zadowolony.
Po upływie czasu karteczki zostaną pogrupowane na podstawie emocji. Następnie głosuje się nad kwestiami Szaleństwo i Smutek, aby nadać im priorytet przy tworzeniu przedmiotu działania.
# 5) Narysuj mi obrazek
Ta technika jest niewerbalną techniką retrospektywną.
W tym formacie spotkania członkowie zespołu mają kilka minut na zebranie myśli oraz wyrażenie uczuć i opinii.
To spotkanie jest dobrym formatem do przeprowadzania retrospekcji, w których zawodzi komunikacja werbalna w zespole, działa jak przełamanie lodów między członkami zespołu.
[wizerunek źródło ]
# 6) Świętowanie w kręgu
Ta technika rejestruje informacje zwrotne za pomocą plusów i delt, tj. Co działało dobrze, a co mogło być lepsze).
W tym przypadku członkowie zespołu tworzą krąg. Jeden z członków zespołu zaczyna rzucać i rzuca miękkim przedmiotem (pluszową zabawką, piłeczkami stresowymi) w kierunku innego członka.
Chodzi o to, że ktokolwiek ma piłkę, odpowiedziałby na 3 pytania:
- Co im się podobało,
- Co docenili i
- Jak wykorzystają to, czego się nauczyli, do poprawy
Obiekt jest losowo przekazywany w kółko, aż wszyscy będą mieli okazję.
Wspólne nieporozumienia
Fałszywy pogląd nr 1) Spotkania retrospektywne są nudne
Jest to główny powód, dla którego członkowie zespołu nie lubią prowadzić lub być obecni na spotkaniach retrospektywnych.
Aby spotkanie było bardziej angażujące, moderator powinien wymyślić zabawne, ale efektywne sposoby prowadzenia takich spotkań.
Fałszywy pogląd nr 2) Spotkanie retrospektywne to moja okazja, aby zwrócić uwagę na wyniki członka zespołu poniżej średniej
Spotkanie retrospektywne nie polega na wskazaniu palcem ani na wyjściu ze spotkania.
To spotkanie nie ma na celu wskazania lub wezwania członka zespołu do jego słabych punktów. To spotkanie odbywa się w neutralnym środowisku, a jego celem jest doskonalenie i rozwój jako zespół. Unikaj robienia bezpośrednich komentarzy skierowanych do jednej osoby. I pamiętaj, że celem jest stać się lepszym!
Fałszywy pogląd nr 3) Tylko organizator spotkania prowadzi spotkania retrospektywne i omawia problemy
Członkowie zespołu powinni być zachęcani do udziału i dzielenia się swoim punktem widzenia. To spotkanie ma na celu poprawę zespołu, a nie odgórną dyskusję podyktowaną przez organizatora / moderatora spotkania.
Jednocześnie członkowie zespołu powinni czuć się komfortowo, aby mogli wyrażać swój prawdziwy punkt widzenia bez obawy, że zostaną osądzeni lub przed reakcją na reakcję w wyniku zabierania głosu.
Fałszywy pogląd nr 4) Kierownictwo wyższego szczebla / kluczowi interesariusze w ogóle nie są zapraszani na spotkania retrospektywne
To zależy od projektu. Wyższe kierownictwo, właściciele produktów mogą zostać zaproszeni na spotkanie w celu omówienia wszelkich obaw, jakie mogą mieć lub jakichkolwiek obaw zespołu dotyczących ich zarządzania.
Fałszywy pogląd nr 5) Wyniki spotkań retrospektywnych nie muszą być dokumentowane
Metodologia zwinna opiera się na zasadzie „Działające oprogramowanie zamiast kompleksowej dokumentacji”, nie oznacza to jednak, że zespół powinien całkowicie pozbyć się dokumentacji.
Dokumentowanie retrospektyw może prowadzić do skutecznego śledzenia punktów działania aż do zamknięcia. Można to również dodać do repozytoriów danych historycznych, gdzie zespół może uzyskać dostęp do wniosków wyciągniętych w ramach zasobów procesów organizacyjnych
Wniosek
Retrospektywy są bardzo przydatne w budowaniu zespołu i współpracy zespołowej.
Członkowie zespołu, którzy spotykają się, aby świętować zwycięstwa i proponować ulepszenia, tworzą również bardziej przejrzyste i zdrowe środowisko zespołowe. Dzięki ciągłemu doskonaleniu i informacjom zwrotnym zespoły stają się lepsze w miarę upływu czasu.
Spotkania retrospektywne powinny obejmować zarówno kwestie ludzkie (osobowość, postawa, brak umiejętności itp.), Jak i kwestie techniczne (zakres, niespójne wymagania, stabilność systemu itp.).
darmowy konwerter youtube na mp3 premium
Zaleca się, aby spotkania retrospektywne były przeprowadzane na wszystkich poziomach, a nie tylko na poziomie zespołu deweloperskiego.
Spotkania retrospektywne można przeprowadzić pod koniec etapu, sprintu, sekcji zwłok po incydencie lub problemie, po ważnych wydarzeniach itp. Upewnij się, że spotkania retrospektywne są udokumentowane, a punkty działania śledzone do zamknięcia.
Wreszcie, spraw, aby Twoje retrospektywne spotkania były zabawne!
O autor: Ten przydatny artykuł został napisany przez Nehę B. Obecnie pracuje jako Kierownik ds. Zapewnienia Jakości i specjalizuje się w kierowaniu i zarządzaniu zespołami kontroli jakości na miejscu i za granicą.
Czy znasz jakieś zabawne sposoby spotkań retrospektywnych, o których nie ma mowy w tym artykule? Daj nam znać, zamieszczając swoje komentarze.
rekomendowane lektury
- Jak być dobrym mentorem zespołu, trenerem i prawdziwym obrońcą zespołu w świecie testów zwinnych? - Inspiracja
- 4 kroki w kierunku rozwoju podejścia do testowania zwinnego w celu pomyślnego przejścia do procesu zwinnego
- JIRA Agile Tutorial: Jak skutecznie używać JIRA do zarządzania projektami Agile
- Manifest Agile: Zrozumienie wartości i zasad Agile
- Zmiana nastawienia zwinnego testera: dostosowanie do Manifestu Agile
- Samouczek SAFe Agile: Co to jest Scaled Agile Framework
- Agile Scrum Online Quiz: Sprawdź swoją wiedzę na temat Agile Scrum
- Zautomatyzowane testy regresji: wyzwania, proces i kroki