Pira akeh bug sing mbukak ing backlog sampeyan? 100? 1000?
Suwene padha ngapusi ana? Sakminggu? Wulan? Taun?
Yagene iki kedadeyan? Ora ana wektu? Apa sampeyan kudu nindakake tugas prioritas liyane? "Saiki kita bakal ngleksanakake kabeh fitur sing penting, banjur kita bakal duwe wektu kanggo ngatasi kewan omo"?

... Sawetara nggunakake Zero Bug Policy, sawetara duwe budaya sing wis dikembangake kanthi apik kanggo nggarap kewan omo (padha nganyari backlog kanthi pas wektune, ndandani kesalahan nalika fungsi diganti, lsp.), lan sawetara sing ngolah ahli sihir sing nulis tanpa bug. (ora mungkin, nanging, Mungkin iki kedadeyan).

Dina iki aku bakal ngandhani sampeyan babagan solusi kanggo ngresiki backlog bug - proyek Bagodelnya.

Kepiye carane kabeh diwiwiti?

Sawise maneh ndeleng backlog bug mbukak sing saya tambah akeh, kita wis tekan titik didih. Ora mungkin urip kaya iki maneh, dheweke mutusake kanggo nyuda kanthi biaya apa wae. Ide kasebut jelas, nanging kepiye carane? Kita sarujuk yen cara sing paling efektif yaiku acara sing padha karo hackathon: njupuk tim adoh saka tugas saben dina lan nyedhiyakake 1 dina kerja kanggo nangani mung bug.

Dheweke nulis peraturan, nelpon lan wiwit ngenteni. Ana rasa wedi yen bakal ana sawetara pelamar, sithik banget, nanging asile ngluwihi pangarepan kita - nganti 8 tim mlebu (Nanging, ing wayahe pungkasan 3 gabung). We diparengake kabèh dina apa ana kanggo acara lan dipesen kamar patemon gedhe. Nedha awan diatur ing kantin kantor, lan cookie ditambahake kanggo cemilan.

Реализация

Esuk dina X, kabeh padha kumpul ing ruang rapat lan nganakake briefing singkat.

Aturan dhasar:

• siji tim kasusun saka 2 kanggo 5 wong, paling siji saka wong QA;
• kewan omo kudu ditutup dening anggota tim miturut kabeh standar produksi internal;
• Saben tim kudu duwe paling ora siji bug tertutup sing mbutuhake koreksi ing kode;
• Sampeyan mung bisa ndandani bug lawas (tanggal bug digawe < tanggal wiwitan omah bug - 1 sasi);
• kanggo kewan omo didandani, TCTerms (saka 3 kanggo 10) dianugerahi gumantung ing criticality (supaya mbeling, criticality ora bisa diganti sawise tanggal Bug Day announced);
• kanggo nutup ora cocog, kewan omo ora bisa dibaleni, 1 poin dianugerahi;
• Selaras karo kabeh aturan dipantau dening tim audit, sing mbatalake poin kanggo bug sing ditemokake maneh.

Rincian liyane

• Kita ora mbatesi sapa wae ing pilihan lokasi: dheweke bisa tetep ing papan kerja utawa njagong karo kabeh wong ing rapat ing ngendi wong lanang ora diganggu lan bisa dirasakake karep.

• Kanggo njaga semangat kompetitif, tabel rating ditampilake ing layar gedhe, lan siaran teks perang terus disiarkan ing saluran slack. Kanggo ngetung poin, kita nggunakake leaderboard sing dianyari liwat webhooks.

leaderboard

• Selaras karo kabeh aturan dipantau dening tim audit (saka pengalaman, 1-2 wong cukup kanggo iki).
• Sak jam sawise rampung Bagodelny, asil mriksa maneh diumumake.
  Para pemenang nampa sertifikat hadiah menyang bar, lan kabeh peserta nampa souvenir (gantungan kunci kanthi "bug").

Результаты

Sajrone nem sasi kepungkur, kita wis nganakake telung Almshouses. Apa kita rampung karo?

• Jumlah rata-rata tim yaiku 5.
• Rata-rata jumlah bug sing diproses yaiku 103.
• Jumlah rata-rata kewan omo sing ora relevan / ora bisa ditindakake yaiku 57% (lan sampah iki terus-terusan ngrusak mripat lan wedi karo jumlahe).

Wayahe woro-woro asil

Lan saiki jawaban kanggo pitakonan paling angel sing disenengi kabeh wong: "Pinten bug anyar sing sampeyan temokake?"
Jawaban: ora luwih saka 2% kabeh diproses.

Reviews

Sawise Bagodelen, kita ngumpulake umpan balik saka peserta. Mangkene jawaban kanggo pitakonan "Apa sing paling disenengi babagan proses partisipasi?":

• Apik banget kanggo ngurutake backlog kanthi motivasi kaya ngono! Biasane iki proses banget, kudu ditindakake sacara periodik).
• Bungah, cookie.
• Iki minangka kesempatan sing ditunggu-tunggu kanggo mbenerake perkara-perkara cilik sing ora kritis, nanging sampeyan pengin mbenerake.
• Aku seneng yen sampeyan pungkasane bisa ndandani kewan omo lawas lan ora nyenengake ing njaba sprint; ora bakal ana wektu kanggo iki amarga mesthi ana tugas kanthi prioritas sing luwih dhuwur. Kita bisa ngumpulake kabeh wong sing dibutuhake ing sak panggonan (tim kita duwe dba, contone), lan bebarengan ngrembug relevansi bug sing diidentifikasi lan kemungkinan teknis kanggo ndandani.

kesimpulan

Toko bug dudu panacea, nanging minangka pilihan sing bisa digunakake kanggo nyuda backlog bug (ing tim beda saka 10 nganti 50%) mung sedina. Kanggo kita, acara iki mung thanks kanggo wong lanang sing duwe motivasi sing ndhukung produk lan peduli karo rasa seneng pangguna.

Kabeh sing paling apik lan kurang bug!

Source: www.habr.com