Sa shumë gabime të hapura keni në backlog? 100? 1000?
Sa kohë kanë që qëndrojnë atje? Një javë? Një muaj? Vite?
Pse ndodh kjo? Nuk ka kohë? Duhet të bëhen detyra më prioritare? "Tani do realizojmë të gjitha funksionet emergjente, pastaj do të kemi kohë për të rregulluar gabimet"?
⊠Disa përdorin Zero Bug Policy, disa kanë një kulturë të zhvilluar të punës me gabime (përditësojnë në kohë backlog-un, rishikojnë gabimet kur ndryshon funksionaliteti, etj.), dhe disa rrisin magjistarë që shkruajnë krejt pa gabime (pothuajse e pamundur, por ndoshta ndodh ndonjëherë).
Sot do t'ju flas pĂ«r zgjidhjen tonĂ« pĂ«r pastrimin e backlog-ut tĂ« gabimeve â projekti "Bagodelnaya".

Si filloi gjithçka?
Duke shqyrtuar përsëri backlog-un gjithnjë e në rritje të gabimeve të hapura, arritëm në pikën e zjarrit. Nuk mund të jetonim më kështu, vendosëm ta paksonim atë me çdo çmim. Ideja është e qartë, por si ta realizojmë? U dakorduam që mënyra më efektive do të ishte një aktivitet i ngjashëm me një hackathon: të shkëputnim ekipet nga detyrat e përditshme dhe të rezervonim 1 ditë pune për të trajtuar vetëm gabimet.
Ne kemi vendosur njĂ« rregullore, thirrĂ«m dhe filluam tĂ« prisnim. Kishim frikĂ« se do tĂ« kishte nga ata qĂ« do tĂ« ishin tĂ« interesuar shumĂ« pak, por rezultati e kaloi pritshmĂ«rinĂ« tonĂ« â u regjistruan plot 8 ekipe (pĂ«rtej, nĂ« momentin e fundit, 3 u tĂ«rhoqĂ«n). PĂ«r ngjarjen u caktua njĂ« ditĂ« pune e tĂ«rĂ« tĂ« premten, rezervuam njĂ« sallĂ« tĂ« madhe pĂ«r bisedime. DrekĂ«t u organizuan nĂ« mensĂ«n e zyrĂ«s, ndĂ«rsa pĂ«r kafshatat shtuam biskota.
Realizimi
Në mëngjesin e ditës së madhe mblodhëm të gjithë të interesuarit në sallën e bisedimeve dhe kryem një brief të shkurtër.

Rregullat kryesore:
- në një ekip luftojnë nga 2 deri në 5 persona, së paku njëri prej tyre duhet të jetë QA;
- defektet duhet të mbyllen nga anëtari i ekipit sipas të gjitha standardeve të brendshme të prodhimit;
- çdo ekip duhet të ketë të paktën një defekt të mbyllur që kërkon korrigjime në kod;
- mund tĂ« rregullohen vetĂ«m defektet e vjetra (data e krijimit tĂ« defektit < data e fillimit tĂ« punĂ«s nĂ« defekte â 1 muaj);
- për defektet e korrigjuara, pikët (nga 3 deri në 10) jepen në varësi të rëndësisë (për të mos pasur mashtrime, nuk lejohet ndryshimi i rëndësisë pas njoftimit të datës së zhvillimit të Baguardhjes);
- për mbylljen e defekteve jo aktuale, të pa riprodhueshme jepet nga 1 pikë;
- Ekipa e auditit monitoron respektimin e të gjitha rregullave, duke anuluar pikët për defektet e riçelura.

Detaje të tjera
- Asnjë nuk ishte i kufizuar në zgjedhjen e vendndodhjes: mund të qëndronit në vendin e punës ose të ulur me të gjithët në sallën e negociatave, ku askush nuk e shpënë përqendrimin dhe ndjehej intensiteti i garës.

- Për të mbështetur frymën konkurruese, një tabelë e renditjes u shfaq në ekranin e madh, ndërsa në kanalin slack kishte vazhdimisht një transmetim të tekstit të betejës. Për llogaritjen e pikëve përdorëm një liderbord, i cili përditësohej përmes webhooks.

Liderbord
- Ekipa e auditit mbante nën kontroll respektimin e të gjitha rregullave (sipas përvojës, për këtë mjafton të jenë 1-2 persona).
- Një orë pas përfundimit të Bugadelës u shpallën rezultatet e rinxjerrura.
Fituesit morën një kartë dhurimi në bar, ndërsa të gjithë pjesëmarrësit një suvenir kujtimi (çelësa me "defekte").

Rezultatet
GjatĂ« gjashtĂ« muajve tĂ« fundit, kemi organizuar tashmĂ« tri Bugadela. ĂfarĂ« kemi arritur nĂ« fund?
- Numri mesatar i ekipit është 5.
- Numri mesatar i defekteve të trajtuara është 103.
- Numri mesatar i defekteve të paaktualizuara/jo të riprodhueshme është 57% (dhe ky mbetje vazhdimisht irritonte syrin dhe frikësonte me numrin e tij).

Momentin e shpalljes së rezultateve
Dhe tani një përgjigje për pyetjen më të vështirë që të gjithë e duan të bëjnë: «Sa bogë të reja keni gjetur?».
Përgjigja: jo më shumë se 2% e të gjitha rasteve të përpunuara.
Rishikimet
Pas zhvillimit tĂ« Bugathon-it, kemi mbledhur reagime nga pjesĂ«marrĂ«sit. KĂ«tu janĂ« pĂ«rgjigjet pĂ«r pyetjen «ĂfarĂ« tĂ« pĂ«lqeu mĂ« shumĂ« nĂ« procesin e pjesĂ«marrjes?»:
- Ishte shumë e bukur të shqyrtonim backlog-un me një motivim të tillë! Zakonisht, kjo është një proces shumë i mërzitshëm, duhet ta bëjmë këtë periodikisht).
- Adrenalina, biskotat.
- Kjo është mundësia e shumëpritur për të rregulluar ato detaje që nuk janë kritike, por është e dëshirueshme t'i japim një rregullim.
- Më pëlqeu që më në fund mund të rregullojmë bugs të vjetra, të pakëndshme jashtë sprint-it, për të cilat kurrë nuk do të ketë kohë, sepse gjithmonë do të ketë detyra me një përprioritet më të lartë. Suksesi i mbledhjes së të gjithë njerëzve të nevojshëm në një vend (në ekipin tonë kishte DBA, për shembull), diskutuam së bashku aktualitetin e bugs të vendosura dhe mundësinë teknike për t'i rregulluar ato.
Përfundimi
Bagozhenja â nuk Ă«shtĂ« njĂ« panacĂ«, por Ă«shtĂ« njĂ« opsion mjaft i qĂ«ndrueshĂ«m pĂ«r tĂ« reduktuar backlogin e defekteve (nĂ« ekipe tĂ« ndryshme nga 10 deri nĂ« 50%) nĂ« vetĂ«m njĂ« ditĂ«. KĂ«tĂ« ngjarje e kemi realizuar vetĂ«m falĂ« djemve tĂ« motivuar, tĂ« cilĂ«t kujdesen pĂ«r produktin dhe e vlerĂ«sojnĂ« lumturinĂ« e pĂ«rdoruesve tanĂ«.

Të gjithëve paqe dhe më pak bug-e!
Burimi: habr.com
