Retrospektywa Bug Busters

Format retrospektywy Bug Busters

Zgniecione bugi

Które defekty udało nam się wychwycić i naprawić?

Zacznij od sukcesów. Poproś zespół o defekty, które wykryto wcześnie lub szybko naprawiono, oraz o praktyki i osoby, dzięki którym to się udało. Nazwanie najpierw tego, co działa, ułatwia rozmowę o trudniejszych kolumnach.

Bugi, które się prześlizgnęły

Które defekty trafiły na produkcję lub wykryto je za późno?

Prowadź to jako dochodzenie bez obwiniania. Celem jest zrozumienie, jak każdy problem uniknął wykrycia, aby zespół mógł wzmocnić swoje zabezpieczenia. Pytaj o luki w testach, niejasne wymagania i pospieszne wydania.

Co nas spowalnia

Co sprawia, że znajdowanie lub naprawianie błędów jest trudniejsze, niż powinno?

Przyjrzyj się trudnościom w znajdowaniu i naprawianiu błędów, takim jak niestabilne testy, słabe logowanie, niejasna odpowiedzialność czy wolne środowiska. Te wąskie gardła pokazują, gdzie zmiany w narzędziach i procesach przyniosą największy zysk.

Plan zapobiegania

Co możemy zrobić, żeby te błędy się nie powtórzyły?

Tu uzgadniacie, co zrobić. Naciskaj na konkretne usprawnienia z właścicielem, powiąż każde z przyczyną źródłową omówioną wcześniej i zapisz je jako zadania w TeamRetro.

Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego

• Po wydaniu lub sprincie z większą niż zwykle liczbą defektów lub błędów, które przedostały się na produkcję.
• Gdy błędy regresyjne ciągle wracają, a zespół chce zrozumieć dlaczego.
• Jako część szerszych działań na rzecz poprawy testowania i zapobiegania błędom.
• Po incydencie produkcyjnym, aby bez obwiniania przeanalizować, jak błąd się prześlizgnął.

Proponowane pytania lodołamacze

• Jaki był najdziwniejszy albo najzabawniejszy bug, na jaki kiedykolwiek trafiłeś?
• Gdybyś mógł na zawsze usunąć ze świata jeden rodzaj błędów, który by to był?

Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →

Pomysły i wskazówki dotyczące spotkania retrospektywnego

• Utrzymujcie ton bez obwiniania. Rozmawiajcie o systemach, procesach i lukach, a nie o osobach, które wprowadziły błędy.
• Przynieście dane, takie jak liczba defektów, odsetek błędów, które przeszły na produkcję, czy czas rozwiązania, aby dyskusja opierała się na faktach.
• Użyjcie głosowania, aby skupić zadania na błędach i lukach o największym wpływie.
• Każde zadanie powinno być konkretne i mieć właściciela, żeby działania zapobiegawcze faktycznie zostały wykonane.
• Zaproście razem QA, programistów i osoby z produktu, aby jakość była sprawą wszystkich.
• Sprawdźcie działania zapobiegawcze z wcześniejszych sesji, aby zobaczyć, czy powracających błędów jest mniej.

Najczęściej zadawane pytania