Câte bug-uri deschise aveți în backlog? 100? 1000?
Și cât timp au stat acolo? O săptămână? O lună? Ani?
De ce se întâmplă asta? Nu sunt suficiente resurse de timp? Trebuie să ne concentrăm pe sarcini mai prioritare? „Acum ne ocupăm de toate funcțiile urgente și apoi cu siguranță va fi timp pentru rezolvarea bug-urilor?”

… Unii folosesc Politica Zero Bug, iar alții au o cultură bine dezvoltată în gestionarea bug-urilor (actualizează în mod regulat backlog-ul, revizuiesc erorile în urma modificărilor funcționalității etc.), iar unii cultivă cei care scriu fără bug-uri (deși improbabil, dar poate că și asta se întâmplă).

Astăzi vă voi povesti despre soluția noastră pentru curățarea backlog-ului de bug-uri — proiectul „Bugoland”.

De unde a început totul?

Revizuind din nou backlog-ul în continuă creștere de bug-uri deschise, am ajuns la punctul de vaporizare. Nu mai puteam continua așa, am decis să-l reducem cu orice preț. Ideea este evidentă, dar cum să o facem? Ne-am convins că cea mai eficientă metodă va fi un eveniment asemănător unui hackathon: să rupem echipele de sarcinile zilnice și să alocăm o zi lucrătoare exclusiv pentru bug-uri.

Am redactat un regulament, am făcut un apel și am început să așteptăm. Existau temeri că vor fi puțini doritori, foarte puțini, dar rezultatul ne-a depășit așteptările — s-au înscris nu mai puțin de 8 echipe (totuși, în ultimul moment 3 s-au retras). Evenimentul a fost programat pentru o zi lucrătoare întreagă vineri, am rezervat o mare sală de ședințe. Prânzurile au fost organizate la cantina biroului, iar pentru gustări am adăugat biscuiți.

Implementarea

În dimineața zilei X, am adunat toți doritorii în sala de ședințe și am desfășurat un briefing scurt.

Reguli principale:

• într-o echipă luptă între 2 și 5 persoane, minimum una dintre acestea trebuie să fie QA;
• bug-urile trebuie să fie rezolvate de un membru al echipei conform tuturor standardelor interne de producție;
• fiecare echipă trebuie să aibă cel puțin un bug rezolvat care necesită modificări în cod;
• pot fi corectate doar bug-uri vechi (data creării bug-ului < data de început a Bugolandului — 1 lună);
• pentru fiecare bug corectat se acordă puncte (de la 3 la 10) în funcție de gravitate (pentru a evita surplusul, nu se poate schimba gravitatea după anunțarea datei desfășurării Bugolandului);
• pentru închiderea bug-urilor neactuale și nereproducibile se acordă câte 1 punct;
• respectarea tuturor regulilor este supravegheată de echipa de audit, care anulează punctele pentru bug-urile redeschise.

Alte detalii

• Nu am restricționat pe nimeni în alegerea locației: se putea rămâne la birou sau se putea sta cu toții în sala de întâlniri, unde colegii nu erau deranjați și se simțea intensitatea emoțiilor.

• Pentru a susține spiritul competitiv, pe un ecran mare a fost afişată o clasament, iar într-un canal Slack a avut loc o transmisie textuală continuă a confruntării. Pentru a calcula punctele, s-a folosit un leaderboard, care a fost actualizat prin webhook-uri.

Leaderboard

• Respectarea tuturor regulilor a fost monitorizată de echipa de audit (din experiență, sunt suficiente 1-2 persoane pentru asta).
• La o oră după finalizarea Bugadelor, au fost anunțate rezultatele verificate.
  Câștigătorii au primit un certificat cadou pentru bar, iar toți participanții - suvenire (brelocuri cu „bug-uri”).

Rezultate

În ultimele șase luni, am organizat deja trei Bugadele. Ce am obținut în cele din urmă?

• Numărul mediu de echipe - 5.
• Numărul mediu de bug-uri procesate - 103.
• Numărul mediu de bug-uri neactuale/nereproductibile - 57% (iar această mizerie a fost constant deranjantă și înfiorătoare prin cantitatea ei).

Momentul anunțării rezultatelor

Și acum răspunsul la cea mai capcană întrebare, pe care toată lumea o iubește: „Câte bug-uri noi ați prins?”.
Răspuns: nu mai mult de 2% din toate procesate.

Recenzii

După desfășurarea Bugadelor, am adunat feedback de la participanți. Iată răspunsurile la întrebarea „Ce ți-a plăcut cel mai mult în timpul participării?”:

• Este foarte fain să revizuiești backlog-ul cu o astfel de motivație! De obicei, este un proces foarte plictisitor, ar trebui să facem asta periodic).
• Entuziasm, biscuiți.
• Aceasta este o ocazie mult așteptată de a corecta acele detalii care nu sunt critice, dar pe care vrei să le repari.
• Mi-a plăcut că, în sfârșit, pot rezolva bug-urile vechi și neplăcute în afara sprintului, pentru acestea nu va exista niciodată timp, deoarece întotdeauna vor exista sarcini cu o prioritate mai mare. Am reușit să adunăm într-un singur loc toate persoanele necesare (de exemplu, în echipa noastră a fost un DBA), am discutat colectiv relevanța bug-urilor stabilite și posibilitatea tehnică de a le corecta.

Concluzie

Bugadela - nu este o panacee, dar este o opțiune viabilă de reducere a backlog-ului de bug-uri (în diferite echipe de la 10% la 50%) într-o singură zi. Acest eveniment a avut succes doar datorită colegilor motivați, care sunt pasionați de produs și se îngrijesc de fericirea utilizatorilor noștri.

Toată lumea să aibă parte de bine și mai puține bug-uri!

Sursa: habr.com