Hoefolle iepen bugs hawwe jo yn jo efterstân? 100? 1000?
Hoe lang lizze se dêr? In wike? Moanne? Jierren?
Wêrom bart dit? Gjin tiid? Moatte jo mear prioriteitstaken dwaan? "No sille wy alle urgente funksjes ymplementearje, en dan sille wy grif tiid hawwe om de bugs út te sortearjen"?

... Guon brûke Zero Bug Policy, guon hawwe in goed ûntwikkele kultuer fan wurkjen mei bugs (se aktualisearje de efterstân op 'e tiid, feroarje flaters as funksjonaliteit feroaret, ensfh.), En guon kultivearje wizards dy't hielendal sûnder bugs skriuwe (net wierskynlik, mar, miskien bart dit).

Hjoed sil ik jo fertelle oer ús oplossing foar it skjinmeitsjen fan 'e bug-efterstân - it Bagodelnya-projekt.

Hoe begon it allegear?

Nochris troch de hieltyd tanimmende efterstân fan iepen bugs te sjen, hawwe wy it kôkpunt berikt. It wie ûnmooglik om sa langer te libjen, se besleaten it foar elke priis te besunigjen. It idee is fanselssprekkend, mar hoe te dwaan? Wy binne it iens dat de meast effektive manier in evenemint soe wêze dat ferlykber is mei in hackathon: teams fuorthelje fan deistige taken en 1 wurkdei tawize om allinich bugs te behanneljen.

Se skreauden de foarskriften op, rôpen en begûnen te wachtsjen. D'r wiene eangsten dat d'r in pear oanfregers wêze soene, heul pear, mar it resultaat oertrof ús ferwachtingen - safolle as 8 teams hawwe har oanmeld (lykwols op it lêste momint fusearren 3). Wy hawwe freed in hiele wurkdei tawiisd foar it evenemint en in grutte gearkomsteseal boekt. Lunchen waarden organisearre yn 'e kantine fan it kantoar, en koekjes waarden tafoege foar snacks.

Ymplemintaasje

Op 'e moarn fan dei X sammele elkenien yn in gearkomsteseal en hold in koarte briefing.

Basisregels:

• ien team bestiet út 2 oan 5 persoanen, op syn minst ien fan harren is QA;
• bugs moatte wurde sletten troch in teamlid neffens alle ynterne produksjenoarmen;
• Elk team moat op syn minst ien sletten bug hawwe dy't korreksjes yn 'e koade fereasket;
• Jo kinne allinich âlde bugs reparearje (de datum dat de brek makke is <de startdatum fan it bughûs - 1 moanne);
• foar korrizjearre bugs wurde punten (fan 3 oant 10) takend ôfhinklik fan de kritikaliteit (om cheat te foarkommen, kin de kritikaliteit net feroare wurde neidat de datum fan 'e Bug Day wurdt oankundige);
• foar it sluten fan irrelevante, irreproducible bugs, 1 punt wurdt takend;
• It neilibjen fan alle regels wurdt kontrolearre troch it auditteam, dat punten annulearret foar opnij ûntdutsen bugs.

Oare details

• Wy beheine gjinien yn 'e kar fan lokaasje: se koene op har wurkplak bliuwe of mei elkenien yn in gearkomste sitte wêr't de jonges net ôfleid waarden en hertstochten fiele koenen.

• Om de kompetitive geast te behâlden, waard in wurdearringstabel op it grutte skerm werjûn, en in tekstútstjoering fan 'e slach waard konstant útstjoerd yn it slap kanaal. Om punten te berekkenjen, brûkten wy in Leaderboard dat waard bywurke fia webhooks.

leaderboard

• It neilibjen fan alle regels waard kontrolearre troch it auditteam (fan ûnderfining, 1-2 minsken binne genôch foar dit).
• In oere nei it ein fan 'e Bagodelny waarden de opnij kontrolearre resultaten bekend makke.
  De winners krigen in kadobon foar de bar, en alle dielnimmers krigen in souvenir (sleutelhangers mei "bugs").

Resultaten

It ôfrûne healjier hawwe wy al trije Almshuzen hâlden. Wat binne wy ​​bedarre mei?

• It gemiddelde oantal teams is 5.
• It gemiddelde oantal ferwurke bugs is 103.
• It gemiddelde oantal irrelevante / ûnreprodusearjende bugs is 57% (en dit jiskefet wie konstant in eagen en bang foar syn kwantiteit).

Momint fan oankundiging fan resultaten

En no it antwurd op 'e lestichste fraach dy't elkenien graach stelt: "Hoefolle nije bugs hawwe jo fûn?"
Antwurd: net mear as 2% fan alle ferwurke.

Resinsjes

Nei de Bagodelen hawwe wy feedback fan de dielnimmers sammele. Hjir binne de antwurden op 'e fraach "Wat fûnen jo it meast oan it dielnameproses?":

• It is hiel cool om te sortearjen troch de efterstân mei sa'n motivaasje! Normaal is dit in heul dof proses, it moat periodyk dien wurde).
• Opwining, koekjes.
• Dit is in langverwachte kâns om dy lytse dingen te korrigearjen dy't net kritysk binne, mar jo wolle korrigearje.
• Ik mocht graach dat jo einlings âlde, onaangename bugs bûten de sprint kinne reparearje; d'r sil noait tiid foar wêze, om't d'r altyd taken sille wêze mei hegere prioriteit. Wy slaggen deryn om alle nedige minsken op ien plak te sammeljen (ús team hie bygelyks in dba), en kollektyf besprutsen de relevânsje fan 'e identifisearre bugs en de technyske mooglikheid om se te reparearjen.

konklúzje

De bug-winkel is gjin panacee, mar it is in libbensfetbere opsje foar it ferminderjen fan de bug-efterstân (yn ferskate teams fan 10 nei 50%) yn mar ien dei. Foar ús naam dit evenemint allinich ôf troch motivearre jonges dy't it produkt stypje en soarchje oer it lok fan ús brûkers.

Al it bêste en minder bugs!

Boarne: www.habr.com