Koliko otvorenih grešaka imate u backlogu? 100? 1000?
A koliko dugo se tamo nalaze? Nedelju? Mesec? Godine?
Zašto se to dešava? Nema vremena? Treba raditi prioritetnije zadatke? "Evo, sada ćemo realizovati sve hitne funkcionalnosti, a onda ćemo sigurno imati vremena za rešavanje grešaka"?

... Neki koriste Zero Bug Policy, neki imaju razvijenu kulturu rada sa greškama (na vreme ažuriraju backlog, pregleduju greške prilikom promena u funkcionalnosti itd.), a neki 'gaje čarobnjake' koji pišu bez grešaka (malo verovatno, ali možda i to postoji).

Danas ću vam pričati o našem rešenju za čišćenje backloga grešaka - projekat 'Greška-Radionica'.

Kako je sve počelo?

Ponovo pregledajući sve veći backlog otvorenih grešaka, došli smo do tačke ključanja. Nije bilo moguće živeti ovako, odlučili smo da ga smanjimo po svaku cenu. Ideja je očigledna, ali kako to učiniti? Dogovorili smo se da će najučinkovitiji način biti događaj sličan hackathonu: odvojiti timove od svakodnevnih zadataka i odvojiti 1 radni dan za rad samo na greškama.

Napisali smo pravila, objavili poziv i počeli da čekamo. Bilo je strahova da će biti malo zainteresovanih, ali rezultat je nadmašio naša očekivanja - prijavilo se čak 8 timova (iako su u poslednjem trenutku 3 odustala). Za događaj je odvojen ceo radni dan u petak, rezervisali smo veliku sala za sastanke. Ručak je organizovan iz kancelarijske kafeterije, a za užinu dodali smo keks.

Implementacija

Ujutro na dan D okupili smo sve zainteresovane u sali za sastanke i održali kratki brifing.

Osnovna pravila:

• u jednom timu se bori od 2 do 5 osoba, minimum jedan od njih treba da bude QA;
• greške treba da zatvori član tima prema svim internim standardima produkcije;
• svaki tim mora imati najmanje jednu zatvorenu grešku koja zahteva ispravke u kodu;
• mogu se ispravljati samo stare greške (datum nastanka greške < datum početka Greška-Radionice - 1 mesec);
• za ispravljenе greške bodovi (od 3 do 10) se dodeljuju u zavisnosti od kritičnosti (da ne bi bilo prevara, ne može se menjati kritičnost nakon objavljivanja datuma održavanja Greška-Radionice);
• za zatvaranje neaktuelnih, neponovljivih grešaka dodeljuje se po 1 bod;
• poštovanje svih pravila prati tim za reviziju, koji poništava bodove za ponovo otvorene greške.

Ostali detalji

• Nikom nismo ograničili izbor lokacije: mogli ste ostati na radnom mestu ili sedeti sa svima u sobi za pregovore, gde su vas ljudi nisu ometali i osećao se intenzitet uzbuđenja.

• Da bismo podržali takmičarski duh, na velikom ekranu je bila prikazana rang lista, a u slack kanalu se stalno vodila tekstualna transmisija borbe. Za brojanje poena koristili smo leaderboard koji se ažurirao putem webhook-a.

Leaderboard

• Tim za reviziju je pazio na poštovanje svih pravila (po iskustvu, za to su dovoljna 1-2 osobe).
• Sat vremena nakon završetka Bagodelni objavljeni su provereni rezultati.
  Pobednici su dobili poklon vaučer za bar, a svi učesnici su dobili uspomenu (privjeske sa 'bagovima').

Rezultati

U poslednjih šest meseci organizovali smo već tri Bagodelne. Šta smo na kraju dobili?

• Prosečan broj timova je 5.
• Prosečan broj obrađenih bagova je 103.
• Prosečan broj neaktuelnih/neponovljivih bagova je 57% (a taj otpad nas je konstantno iritirao svojom količinom).

Trenutak objavljivanja rezultata

A sada odgovor na najteže pitanje koje svi vole da postavljaju: 'Koliko ste novih bagova uhvatili?'.
Odgovor: ne više od 2% od svih obrađenih.

Reviews

Nakon održavanja Bagodelni prikupljali smo povratne informacije od učesnika. Evo odgovora na pitanje 'Šta vam se najviše dopalo u procesu učešća?':

• Veoma je sjajno razrađivati backlog uz takvu motivaciju! Obično je to veoma dosadan proces, treba to raditi periodično).
• Uzbuđenje, kolačići.
• To je dugo očekivana prilika da se reše sitnice koje nisu kritične, ali ih je želeo ispraviti.
• Svideo mi se što je konačno bilo moguće da se poprave stari, neprijatni bagovi van sprinta, za to nikada neće biti vremena jer uvek postoje zadaci sa višim prioritetom. Uspeo sam da okupim sve potrebne ljude (na našem timu bio je dba, na primer), kolektivno su diskutovali o relevantnosti postavljenih bagova i tehničkoj mogućnosti da ih ispravimo.

Zaključek

Bagodelna nije panaceja, ali je sasvim održiva opcija za smanjenje backlog-a bagova (u različitim timovima od 10 do 50%) za samo jedan dan. Ovaj događaj je uspeo samo zahvaljujući motivisanim ljudima koji se zalažu za proizvod i brinu o sreći naših korisnika.

Vsem dobro in čim manj napak!

Izvor: habr.com