Hur många öppna buggar har ni i backlogen? 100? 1000?
Hur länge har de legat där? En vecka? En månad? År?
Varför händer detta? Ingen tid? Måste göra mer prioriterade uppgifter? "Nu ska vi verkligen göra alla akuta funktioner, och sedan kommer det att finnas tid för att reda ut buggarna"?

… Vissa använder Zero Bug Policy, andra har en väl utvecklad kultur för att hantera buggar (uppdaterar backlogen i rätt tid, ser över fel vid ändringar av funktionalitet etc.), och vissa kanske odlar trollkarlar som skriver utan buggar överhuvudtaget (osannolikt, men kanske händer det).

Idag ska jag berätta om vår lösning för att rengöra backlogen av buggar – projektet "Buggfabriken".

Hur började allt?

Vid ännu en genomgång av den ständigt växande backlogen av öppna buggar nådde vi kokpunkten. Det gick inte längre att leva så här, vi beslutade att reducera den till varje pris. Idén är uppenbar, men hur gör man det? Vi kom överens om att den mest effektiva metoden skulle vara ett evenemang likt en hackathon: att avskilja teamen från sina vardagliga uppgifter och dedikera en arbetsdag enbart för att hantera buggar.

Vi skrev en regelverk, ropade ut en inbjudan och började vänta. Vi var oroliga för att det skulle finnas få intresserade, mycket få, men resultatet överträffade våra förväntningar – hela 8 team anmälde sig (även om 3 drog sig tillbaka i sista stund). Vi avsatte en hel arbetsdag på fredagen för evenemanget och bokade ett stort mötesrum. Luncherna organiserades genom kontorrestaurangen, och för snacks la vi till småkakor.

Implementering

På morgonen den stora dagen samlade vi alla intresserade i mötesrummet och höll en kort briefing.

De viktigaste reglerna:

• i ett team kämpar mellan 2 och 5 personer, minst en av dem ska vara QA;
• buggar måste stängas av teammedlemmar enligt alla interna produktionsstandarder;
• varje team måste ha minst en stängd bugg som kräver ändringar i koden;
• endast gamla buggar får rättas (buggens skapelsedatum < datumet för buggfabriken – 1 månad);
• för stängda buggar tilldelas poäng (från 3 till 10) beroende på kritikalitet (för att förhindra fusk får kritikaliteten inte ändras efter att datumet för buggfabriken har meddelats);
• för stängda irrelevanta, omöjliga buggar tilldelas 1 poäng;
• ett audi-team kontrollerar efterlevnaden av alla regler och annullerar poäng för återöppnade buggar.

Andra detaljer

• Vi begränsade ingen i valet av plats: man kunde stanna vid arbetsplatsen eller vara tillsammans med alla i mötesrummet där man inte blev störd och stämningen var på topp.

• För att stödja den tävlingsinriktade andan visades en poängtavla på den stora skärmen, och i slack-kanalen pågick en konstant textöverföring av matchen. För att räkna poäng användes en leaderboard som uppdaterades genom webhooks.

Leaderboard

• Ett audit-team höll koll på att alla regler följdes (enligt erfarenhet räcker det med 1-2 personer för detta).
• En timme efter avslutningen av Bugfesten tillkännagavs de reviderade resultaten.
  Vinnarna fick presentkort till en bar, och alla deltagare fick minnesgåvor (nyckelringar med "buggar").

Resultat

Under de senaste sex månaderna har vi genomfört tre Bugfester. Vad har vi egentligen fått ut av det?

• Genomsnittligt antal team — 5.
• Genomsnittligt antal hanterade buggar — 103.
• Genomsnittligt antal irrelevanta/öppna buggar — 57% (och den här skräpet har ständigt stuckit i ögonen med sin mängd).

Ögonblicket för tillkännagivande av resultaten

Och nu svaret på den mest kluriga frågan som alla älskar att ställa: "Hur många nya buggar lyckades ni fånga?".
Svar: inte mer än 2% av alla hanterade.

Recensioner

Efter genomförandet av Bugfesten samlade vi feedback från deltagarna. Här är svaren på frågan "Vad gillade du mest med deltagandeprocessen?":

• Det är riktigt kul att gå igenom backloggen med sådan motivation! Vanligtvis är det en ganska tråkig process, detta bör göras regelbundet).
• Spänning, kakor.
• Det är en efterlängtad möjlighet att fixa de småsaker som inte är kritiska, men som man vill justera.
• Det var bra att äntligen kunna fixa gamla, besvärliga buggar utanför sprinten; det finns aldrig tid för sådana eftersom det alltid finns uppgifter med högre prioritet. Vi lyckades samla alla behövliga personer på ett och samma ställe (i vårt team fanns till exempel en dba), och diskuterade tillsammans relevansen av de uppsatta buggarna och den tekniska möjligheten att fixa dem.

Slutsats

Bugfesten är inte en universallösning, men en helt livskraftig metod för att minska backloggen av buggar (i olika team mellan 10 och 50%) på bara en dag. Vår aktivitet tog fart tack vare dedikerade medarbetare som bryr sig om produkten och vårt användarnas välmående.

Önskar alla godhet och färre buggar!

Källa: habr.com