Koliko otvorenih grešaka imate u zaostatku? 100? 1000?
Koliko dugo leže tamo? Sedmica? Mjesec? Godine?
Zašto se to dešava? Nema vremena? Trebate li raditi više prioritetnih zadataka? “Sada ćemo implementirati sve hitne funkcije, a onda ćemo sigurno imati vremena da riješimo greške”?

... Neki koriste Zero Bug Policy, neki imaju dobro razvijenu kulturu rada sa greškama (pravovremeno ažuriraju zaostatak, revidiraju greške kada se funkcionalnost promijeni, itd.), a neki neguju čarobnjake koji pišu bez grešaka uopće (malo vjerovatno, ali , možda se ovo desi).

Danas ću vam reći o našem rješenju za čišćenje zaostalih grešaka - projektu Bagodelnya.

Kako je sve počelo?

Još jednom gledajući kroz sve veći zaostatak otvorenih grešaka, došli smo do tačke ključanja. Nije bilo moguće više ovako živjeti, odlučili su da ga po svaku cijenu sruše. Ideja je očigledna, ali kako to učiniti? Složili smo se da bi najefikasniji način bio događaj sličan hakatonu: odvojite timove od svakodnevnih zadataka i odvojite 1 radni dan za rješavanje samo grešaka.

Zapisali su propise, pozvali i počeli čekati. Bilo je bojazni da će biti malo prijavljenih, vrlo malo, ali rezultat je premašio naša očekivanja - prijavilo se čak 8 ekipa (međutim, u posljednjem trenutku su se spojila 3). Odvojili smo cijeli radni dan u petak za događaj i rezervirali veliku salu za sastanke. Organizovani su ručkovi u kancelarijskoj kantini, a za užinu su dodavani kolačići.

Реализация

Ujutro dana X, svi su se okupili u sali za sastanke i održali kratak brifing.

Osnovna pravila:

• jedan tim se sastoji od 2 do 5 ljudi, od kojih je najmanje jedan QA;
• greške moraju biti zatvorene od strane člana tima u skladu sa svim internim standardima proizvodnje;
• Svaki tim mora imati barem jednu zatvorenu grešku koja zahtijeva ispravke u kodu;
• Možete popraviti samo stare greške (datum kada je greška kreirana < datum početka kuće bugova - 1 mjesec);
• za ispravljene greške se dodeljuju bodovi (od 3 do 10) u zavisnosti od kritičnosti (da bi se izbeglo varanje, kritičnost se ne može menjati nakon objavljivanja datuma Dana grešaka);
• za zatvaranje nebitnih, neponovljivih grešaka, dodjeljuje se 1 bod;
• Usklađenost sa svim pravilima prati revizorski tim, koji poništava bodove za ponovno otkrivene greške.

Ostali detalji

• Nikoga nismo ograničavali u izboru lokacije: mogli su ostati na svom radnom mjestu ili sjediti sa svima na sastanku gdje momci nisu bili ometeni i strasti su se mogle osjetiti.

• Da bi se održao takmičarski duh, na velikom ekranu je bila prikazana tabela rejtinga, a na slabom kanalu je stalno emitovan tekstualni prijenos borbe. Za izračunavanje bodova koristili smo tablicu lidera koja je ažurirana putem webhookova.

Leaderboard

• Poštivanje svih pravila pratio je revizorski tim (iz iskustva, za to su dovoljne 1-2 osobe).
• Sat nakon završetka Bagodelnyja objavljeni su rezultati ponovne provjere.
  Pobjednici su dobili poklon bonove za lokal, a svi učesnici su dobili suvenir (privjesci za ključeve sa “bubicama”).

Rezulʹtaty

U proteklih šest mjeseci održali smo već tri ubožnice. Šta smo završili?

• Prosječan broj ekipa je 5.
• Prosječan broj obrađenih grešaka je 103.
• Prosječan broj irelevantnih/neponovljivih grešaka je 57% (a ovo smeće je stalno bilo bolesno i plašeno svojom količinom).

Trenutak objave rezultata

A sada odgovor na najzahtjevnije pitanje koje svi vole da postavljaju: "Koliko ste novih grešaka pronašli?"
Odgovor: ne više od 2% svih obrađenih.

recenzije

Nakon Bagodelena, prikupili smo povratne informacije od učesnika. Evo odgovora na pitanje “Šta vam se najviše svidjelo u procesu učešća?”:

• Jako je cool rješavati zaostale sa takvom motivacijom! Obično je ovo veoma dosadan proces, potrebno ga je periodično raditi).
• Uzbuđenje, kolačići.
• Ovo je dugo očekivana prilika da ispravite one sitnice koje nisu kritične, ali želite ispraviti.
• Svidjelo mi se što konačno možete popraviti stare, neugodne greške izvan sprinta; za njih nikada neće biti vremena jer će uvijek biti zadataka s većim prioritetom. Uspjeli smo okupiti sve potrebne ljude na jednom mjestu (naš tim je imao, na primjer, dba) i kolektivno razgovarali o važnosti identifikovanih grešaka i tehničkoj mogućnosti njihovog popravljanja.

zaključak

Bug shop nije panaceja, ali je izvodljiva opcija za smanjenje zaostatka bugova (u različitim timovima od 10 do 50%) u samo jednom danu. Za nas je ovaj događaj uzeo maha samo zahvaljujući motiviranim momcima koji podržavaju proizvod i brinu o sreći naših korisnika.

Sve najbolje i manje grešaka!

izvor: www.habr.com