# Zadanie naprawcze: wydajność

Jedno zadanie na jedną poprawkę. Obserwację i hipotezę zapisuj osobno, bo dopiero retest pokaże, czy przyczyna była ta.

| Co zapisać | Wpis |
|---|---|
| Co widzi albo na co czeka użytkownik | |
| URL, szablon, rola i stan strony | |
| Obserwacja techniczna z linkiem do dowodu | |
| Hipoteza przyczyny | |
| Proponowana zmiana | |
| Priorytet i jego wpływ na użytkownika | |
| Osoba odpowiedzialna | |
| Warunek akceptacji | |
| Plan wycofania zmiany | |

## Retest

| Co zapisać | Wpis |
|---|---|
| Ten sam scenariusz, narzędzie i ustawienia co przed zmianą | |
| Porównanie metryk i wszystkich prób | |
| Pozostałe metryki, żeby wyłapać pogorszenie | |
| Test kluczowych funkcji | |
| Wynik w RUM albo CrUX po wdrożeniu, jeśli masz dane | |

Zamykasz zadanie, kiedy masz dowód, że warunek akceptacji jest spełniony, bo wdrożona poprawka to jeszcze nie sprawdzona poprawka. Opieraj decyzję na kilku próbach i kilku metrykach, a nie na jednym wyniku.