Sa shumë defekte të hapura keni në backlog? 100? 1000?
Sa kohë kanë që qëndrojnë atje? Një javë? Një muaj? Vite?
Pse ndodh kjo? S'ka kohë? Duhet të bëhen detyra më prioritare? "Tani do të realizojmë të gjitha funksionalitetet urgjente, e pastaj me siguri do të ketë kohë për të përballuar defektet"?

… Disa përdorin Politika Zero Defektesh, disa kanë një kulturë të zhvilluar për të punuar me defektet (aktualizojnë në kohë backlog-un, rishikojnë gabimet me ndryshimin e funksionalitetit, etj.), dhe disa rrisin magjistarë, të cilët shkruajnë pa asnjë defekt (e pakët është e mundur, por ndoshta ndodh edhe kështu).

Sot do t'ju tregoj për zgjidhjen tonë për pastrimin e backlog-ut të defekteve — projekti "Defektoria".

Si filloi gjithçka?

Duke rishikuar përherë e më shumë backlog-un e defekteve të hapura, arritëm në pikën e zjarrit. Nuk mund të jetojmë më kështu, vendosëm ta reduktojmë me çdo çmim. Ideja ishte e qartë, por si ta realizojmë? U pajtuam se mënyra më efektive do të ishte një aktivitet i ngjashëm me një hackathon: të largojmë ekipet nga detyrat e përditshme dhe të rezervojmë 1 ditë pune për të trajtuar vetëm defektet.

Përgatitëm rregullat, bëjmë thirrje dhe filluam të prisnim. Kishim frikë se do të ishin pak të interesuar, shumë pak, por rezultati tejkaloi pritshmëritë tona — u regjistruan plot 8 ekipe (në të vërtetë, në momentin e fundit 3 u tërhoqën). Për aktivitetin rezervuam një ditë të tërë pune të premten, dhe rezervuam një sallë të madhe takimesh. Organizuam drekën në bazë të kantinës së zyrës dhe, për kafje, shtuam biskota.

Implementimi

Në mëngjesin e Ditës X, mblodhëm të gjithë të interesuarit në sallën e takimeve dhe mbajtëm një briefing të shkurtër.

Rregullat kryesore:

• në një ekip luftojnë nga 2 në 5 persona, të paktën një prej tyre duhet të jetë QA;
• defektet duhet të mbyllen nga një anëtar 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 rregullime në kod;
• mund të rregullohen vetëm defektet e vjetra (data e krijimit të defektit < data e fillimit të Defektorisë — 1 muaj);
• për defektet e rregulluara, pikët (nga 3 deri në 10) jepen në varësi të kriticalitetit (në mënyrë që të mos ketë mashtrime, nuk lejohet të ndryshohet kriticiteti pas shpalljes së datës së zhvillimit të Defektorisë);
• për mbylljen e defekteve jo aktuale, të pa-riprodhueshme, jepen 1 pikë;
• për të respektuar të gjitha rregullat kujdeset ekipi i auditit, i cili anulon pikët për defektet e rikthyer.

Detaje të tjera

• Ne nuk e kufizuam askënd në zgjedhjen e lokacionit: mund të qëndronit në vendin e punës ose të ulur me të gjithë në një sallë takimesh, ku askush nuk e shpërqendronte dhe ndihej intensiteti i pasionit.

• Për të mbështetur spiralen konkurruese, në ekranin e madh ishte nxjerrë një tabelë renditjeje, përveç kësaj, në kanalin slack vazhdonte një transmetim tekstual i luftës. Për llogaritjen e pikëve u përdor një leaderboard, i cili përditësohej përmes webhooks.

Leaderboard

• Një ekip auditi këtij procesi e monitoronte për mbajtjen e të gjitha rregullave (nga përvoja, mjafton 1-2 veta për këtë).
• Një orë pas përfundimit të Bugathon-it u shpallën rezultatet e rishikuara.
  Fituesit morën një çek dhurate për bar, ndërsa të gjithë pjesëmarrësit morën një suvenir të kujtueshëm (çelësa me "bug").

Rezultatet

Në gjashtë muajt e fundit, ne zhvilluam tashmë tre Bugathone. Çfarë kemi arritur në të vërtetë?

• Numri mesatar i ekipeve — 5.
• Numri mesatar i bugs të përpunuara — 103.
• Numri mesatar i bugs të pasaktë / të riprodhueshme — 57% (mezi e ndjenja ky mbetje dhe friksonte me numrin e tij).

Momentin e shpalljes së rezultateve

Dhe tani përgjigja për pyetjen më të vështirë, që të gjithë e duan të bëjnë: "Sa bugs të reja keni vendosur?".
Përgjigja: jo më shumë se 2% nga të gjitha të përpunuarat.

Opinione

Pas organizimit të Bugathon-it, ne mbledhim feedback nga pjesëmarrësit. Ja përgjigjet për pyetjen: "Çfarë ju pëlqeu më shumë gjatë pjesëmarrjes?":

• I shkëlqyer të analizosh backlog-un me një motivim të tillë! Zakonisht, ky është një proces shumë i mërzitshëm, duhet ta bëjmë këtë herë pas here).
• Entuziazmi, biskotat.
• Ishte një mundësi e shumëpritur për të rregulluar ato detaje që nuk janë kritike, por dëshirojmë t'i rregullojmë.
• Më pëlqeu që përfundimisht mund të rregullojmë bugs të vjetra dhe të bezdisshme jashtë sprint-it, sepse kurrë nuk do të ketë kohë për to për shkak të vazhdimisht prioriteteve më të larta. Arritëm të bashkojmë të gjithë njerëzit e nevojshëm në një vend (në ekipin tonë kishte një dba, për shembull), diskutuan në përbashkët rreth relevancës së bugs që ishin vënë dhe mundësisë teknike për t'i rregulluar ato.

Përfundim

Bugathon-i nuk është një panace, por një opsion të pranueshëm për të reduktuar backlog-un e bugs (në grupe të ndryshme nga 10 deri në 50%) brenda një dite. Ky event pati sukses vetëm falë djemve të motivuar, të cilët janë të apasionuar për produktin dhe kujdesen për lumturinë e përdoruesve tanë.

Të gjithë të mirat dhe sa më pak gabime!

Burimi: habr.com