Ile otwartych błędów masz w swoim backlogu? 100? 1000?
Jak długo tam leżą? Tydzień? Miesiąc? Lata?
Dlaczego to się dzieje? Brak czasu? Czy potrzebujesz wykonać więcej priorytetowych zadań? „Teraz zaimplementujemy wszystkie pilne funkcje i wtedy na pewno będziemy mieli czas na naprawienie błędów”?

... Niektórzy stosują Politykę Zero Bug, niektórzy mają dobrze rozwiniętą kulturę pracy z błędami (na bieżąco aktualizują backlog, poprawiają błędy, gdy zmienia się funkcjonalność itp.), a niektórzy kultywują czarodziejów, którzy w ogóle piszą bez błędów (mało prawdopodobne, ale może tak się stanie).

Dzisiaj opowiem Wam o naszym rozwiązaniu do czyszczenia zaległości błędów - projekcie Bagodelnya.

Jak to wszystko się zaczęło?

Po raz kolejny przeglądając stale rosnącą liczbę otwartych błędów, doszliśmy do punktu wrzenia. Nie dało się tak dłużej żyć, postanowiono za wszelką cenę to wyciąć. Pomysł jest oczywisty, ale jak to zrobić? Uzgodniliśmy, że najskuteczniejszym sposobem będzie wydarzenie na wzór hackatonu: oderwij zespoły od codziennych zadań i przeznacz 1 dzień roboczy na zajęcie się wyłącznie błędami.

Spisali regulamin, zadzwonili i zaczęli czekać. Istniały obawy, że chętnych będzie mało, bardzo mało, jednak efekt przerósł nasze oczekiwania - zgłosiło się aż 8 drużyn (jednak w ostatniej chwili połączyły się 3). W piątek przeznaczyliśmy na to wydarzenie cały dzień roboczy i zarezerwowaliśmy dużą salę konferencyjną. W stołówce biurowej organizowano obiady, a jako przekąskę dodano ciasteczka.

realizacja

Rankiem dnia X wszyscy zebrali się w sali konferencyjnej i odbyli krótką odprawę.

Podstawowe zasady:

• jeden zespół składa się z 2 do 5 osób, przynajmniej jedna z nich to QA;
• błędy muszą zostać zamknięte przez członka zespołu zgodnie ze wszystkimi wewnętrznymi standardami produkcyjnymi;
• Każdy zespół musi mieć przynajmniej jeden zamknięty błąd wymagający poprawek w kodzie;
• Możesz naprawiać tylko stare błędy (data utworzenia błędu < data rozpoczęcia budowy domu błędów - 1 miesiąc);
• za poprawione błędy przyznawane są punkty (od 3 do 10) w zależności od krytyczności (aby uniknąć oszukiwania, krytyczności nie można zmienić po ogłoszeniu daty Bug Day);
• za zamknięcie nieistotnych, niemożliwych do odtworzenia błędów przyznawany jest 1 punkt;
• Przestrzeganie wszystkich zasad jest monitorowane przez zespół audytowy, który anuluje punkty za ponownie wykryte błędy.

Inne szczegóły

• Nie ograniczaliśmy nikogo w wyborze lokalizacji: mógł zostać w swoim miejscu pracy lub usiąść ze wszystkimi na spotkaniu, na którym chłopaki nie byli rozpraszani i można było wyczuć pasje.

• Aby utrzymać ducha rywalizacji, na dużym ekranie wyświetlono tabelę rankingową, a na kanale Slack stale nadawana była transmisja tekstowa bitwy. Do obliczenia punktów wykorzystaliśmy tabelę wyników aktualizowaną za pomocą webhooków.

tablica wyników

• Zespół audytowy monitorował przestrzeganie wszystkich zasad (z doświadczenia wynika, że ​​wystarczą do tego 1-2 osoby).
• Godzinę po zakończeniu Bagodelnego ogłoszono ponownie sprawdzone wyniki.
  Zwycięzcy otrzymali bon upominkowy do baru, a wszyscy uczestnicy otrzymali pamiątkę (breloczki z „robakami”).

wyniki

W ciągu ostatnich sześciu miesięcy zorganizowaliśmy już trzy Domy Przytułków. Z czym skończyliśmy?

• Średnia liczba drużyn wynosi 5.
• Średnia liczba przetworzonych błędów wynosi 103.
• Średnia liczba nieistotnych/nieodtwarzalnych błędów wynosi 57% (a te śmiecie ciągle raziły w oczy i przerażały swoją ilością).

Moment ogłoszenia wyników

A teraz odpowiedź na najtrudniejsze pytanie, które wszyscy uwielbiają zadawać: „Ile nowych błędów znalazłeś?”
Odpowiedź: nie więcej niż 2% wszystkich przetworzonych.

Opinie

Po Bagodelen zebraliśmy opinie uczestników. Oto odpowiedzi na pytanie „Co najbardziej podobało Ci się w procesie uczestnictwa?”:

• Bardzo fajnie jest nadrobić zaległości z taką motywacją! Zwykle jest to bardzo nudny proces, należy go wykonywać okresowo).
• Podniecenie, ciasteczka.
• To długo oczekiwana okazja, aby poprawić te małe rzeczy, które nie są krytyczne, ale chcesz poprawić.
• Podobało mi się, że poza sprintem można w końcu naprawić stare, nieprzyjemne błędy, na które nigdy nie będzie czasu, bo zawsze będą zadania o wyższym priorytecie. Udało nam się zebrać wszystkie niezbędne osoby w jednym miejscu (nasz zespół miał np. dba) i wspólnie omówić zasadność zidentyfikowanych błędów i techniczne możliwości ich naprawienia.

wniosek

Sklep z błędami nie jest panaceum, ale jest realną opcją zmniejszenia liczby błędów (w różnych zespołach od 10 do 50%) w ciągu zaledwie jednego dnia. Dla nas to wydarzenie wystartowało tylko dzięki zmotywowanym chłopakom, którzy wspierają produkt i dbają o szczęście naszych użytkowników.

Wszystkiego najlepszego i mniej błędów!

Źródło: www.habr.com