Ilang open bug ang mayroon ka sa iyong backlog? 100? 1000?
Gaano katagal sila nakahiga doon? Isang linggo? buwan? taon?
Bakit ito nangyayari? Walang oras? Kailangan mo bang gumawa ng higit pang mga priyoridad na gawain? "Ngayon ay ipapatupad namin ang lahat ng mga kagyat na tampok, at pagkatapos ay tiyak na magkakaroon kami ng oras upang ayusin ang mga bug"?

... Ang ilan ay gumagamit ng Zero Bug Policy, ang ilan ay may mahusay na binuo na kultura ng pagtatrabaho sa mga bug (na-update nila ang backlog sa isang napapanahong paraan, binabago ang mga error kapag nagbago ang functionality, atbp.), at ang ilan ay naglilinang ng mga wizard na sumusulat nang walang mga bug. (malamang, ngunit, maaaring mangyari ito).

Ngayon sasabihin ko sa iyo ang tungkol sa aming solusyon para sa paglilinis ng bug backlog - ang proyekto ng Bagodelnya.

Paano nagsimula ang lahat?

Muli naming tinitingnan ang patuloy na dumaraming backlog ng mga bukas na bug, naabot na namin ang kumukulo. Imposibleng mamuhay nang ganito, nagpasya silang bawasan ito sa anumang halaga. Ang ideya ay malinaw, ngunit paano ito gagawin? Sumang-ayon kami na ang pinakamabisang paraan ay ang isang kaganapang katulad ng isang hackathon: ilayo ang mga team sa mga pang-araw-araw na gawain at maglaan ng 1 araw ng trabaho para mahawakan lang ang mga bug.

Isinulat nila ang mga regulasyon, tumawag at nagsimulang maghintay. May mga pangamba na kakaunti ang mga aplikante, kakaunti, ngunit ang resulta ay lumampas sa aming mga inaasahan - kasing dami ng 8 mga koponan ang nag-sign up (gayunpaman, sa huling sandali 3 ang nagsanib). Naglaan kami ng isang buong araw ng trabaho noong Biyernes para sa kaganapan at nag-book kami ng malaking meeting room. Inayos ang mga tanghalian sa canteen ng opisina, at idinagdag ang mga cookies para sa meryenda.

Pagpapatupad

Sa umaga ng araw X, lahat ay nagtipon sa isang silid ng pagpupulong at nagsagawa ng maikling briefing.

Pangunahing tuntunin:

• ang isang koponan ay binubuo ng 2 hanggang 5 tao, kahit isa sa kanila ay QA;
• ang mga bug ay dapat isara ng isang miyembro ng koponan ayon sa lahat ng panloob na pamantayan ng produksyon;
• Ang bawat koponan ay dapat magkaroon ng hindi bababa sa isang saradong bug na nangangailangan ng mga pagwawasto sa code;
• Maaari mo lamang ayusin ang mga lumang bug (ang petsa kung kailan ginawa ang bug < petsa ng pagsisimula ng bahay ng bug - 1 buwan);
• para sa mga naitama na bug, ang mga puntos (mula 3 hanggang 10) ay iginagawad depende sa pagiging kritikal (upang maiwasan ang pagdaraya, ang pagiging kritikal ay hindi mababago pagkatapos ipahayag ang petsa ng Bug Day);
• para sa pagsasara ng walang katuturan, hindi maibabalik na mga bug, 1 puntos ang iginawad;
• Ang pagsunod sa lahat ng panuntunan ay sinusubaybayan ng audit team, na nagkansela ng mga puntos para sa mga muling natuklasang bug.

Iba pang mga detalye

• Hindi namin nililimitahan ang sinuman sa pagpili ng lokasyon: maaari silang manatili sa kanilang lugar ng trabaho o umupo kasama ang lahat sa isang pulong kung saan ang mga lalaki ay hindi ginulo at ang mga hilig ay maaaring madama.

• Upang mapanatili ang espiritu ng mapagkumpitensya, isang talahanayan ng rating ang ipinakita sa malaking screen, at isang text broadcast ng labanan ay patuloy na nai-broadcast sa slack channel. Upang kalkulahin ang mga puntos, gumamit kami ng leaderboard na na-update sa pamamagitan ng webhooks.

Leaderboard

• Ang pagsunod sa lahat ng mga patakaran ay sinusubaybayan ng audit team (mula sa karanasan, 1-2 tao ay sapat na para dito).
• Isang oras matapos ang Bagodelny, inihayag ang muling pagsusuri ng mga resulta.
  Nakatanggap ang mga nanalo ng gift certificate sa bar, at lahat ng kalahok ay nakatanggap ng souvenir (mga keychain na may "mga bug").

Natuklasan

Sa nakalipas na anim na buwan, mayroon na tayong tatlong Almshouse. Ano ang natapos namin?

• Ang average na bilang ng mga koponan ay 5.
• Ang average na bilang ng mga bug na naproseso ay 103.
• Ang average na bilang ng mga hindi nauugnay/irreproducible bug ay 57% (at ang basurang ito ay palaging nakakasira sa paningin at natatakot sa dami nito).

Sandali ng pag-anunsyo ng mga resulta

At ngayon ang sagot sa pinakamahirap na tanong na gustong itanong ng lahat: "Ilang bagong bug ang nahanap mo?"
Sagot: hindi hihigit sa 2% ng lahat ng naproseso.

Mga review

Pagkatapos ng Bagodelen, nakalikom kami ng feedback mula sa mga kalahok. Narito ang mga sagot sa tanong na "Ano ang pinakanagustuhan mo sa proseso ng pakikilahok?":

• Napaka-cool na pag-uri-uriin ang backlog na may ganitong pagganyak! Kadalasan ito ay isang napaka-mapurol na proseso, dapat itong gawin nang pana-panahon).
• Kaguluhan, cookies.
• Ito ay isang pinakahihintay na pagkakataon upang itama ang mga maliliit na bagay na hindi kritikal, ngunit gusto mong itama.
• Nagustuhan ko na sa wakas ay maaayos mo na ang mga luma, hindi kanais-nais na mga bug sa labas ng sprint; hinding-hindi magkakaroon ng oras para sa mga ito dahil palaging may mga gawain na may mas mataas na priyoridad. Nagawa naming tipunin ang lahat ng kinakailangang tao sa isang lugar (halimbawa, may dba ang aming koponan), at sama-samang tinalakay ang kaugnayan ng mga natukoy na bug at ang teknikal na posibilidad na ayusin ang mga ito.

Konklusyon

Ang bug shop ay hindi isang panlunas sa lahat, ngunit ito ay isang praktikal na opsyon para sa pagbabawas ng bug backlog (sa iba't ibang mga koponan mula 10 hanggang 50%) sa isang araw lamang. Para sa amin, nagsimula lang ang kaganapang ito salamat sa mga motivated na lalaki na sumusuporta sa produkto at nagmamalasakit sa kaligayahan ng aming mga user.

Lahat ng pinakamahusay at mas kaunting mga bug!

Pinagmulan: www.habr.com