Kui palju avatud vigu teil backlog'is on? 100? 1000?
Ja kui kaua nad seal olnud on? Nädala? Kuu? Aastaid?
Kuidas see üldse võimalik on? Pole aega? Tuleb prioriteetsed ülesanded ära teha? "Nüüd viime kõik kiireloomulised funktsioonid ellu, ja siis kindlasti on aega vigade lahendamiseks"?

… Mõned kasutavad Zero Bug Policy't, kellelgi on hästi arenenud vigade töötlemise kultuur (ajakohustavad backlog'i, vaatavad vead üle funktsionaalsuse muutumise korral jne), ja mõned kasvatavad võlureid, kes kirjutavad üldse vigadeta (tõenäoliselt ebatõenäoline, aga võib-olla juhtub seda ka).

Täna räägin teile meie lahendusest vigade backlog'i puhastamiseks — projekt "Vigade töötuba".

Kust kõik algas?

Kord jälle vaadates pidevalt kasvavat avatud vigade backlog'i, jõudsime keema mineku punktini. Nii elada enam ei saanud, otsustasime seda iga hinna eest vähendada. Idee on ilmne, aga kuidas seda teha? Otsustasime, et kõige tõhusam viis oleks korraldada üritus, mis sarnaneb hackathon'ile: eemaldata meeskonnad igapäevastest ülesannetest ja eraldada 1 tööpäev ainult vigade töötlemiseks.

Kohandatud reeglid, kutsuti üles ja hakati ootama. Oli mure, et huvilisi jääb vähe, väga vähe, kuid tulemus ületas meie ootusi — registreerus lausa 8 tiimi (tõsi, viimasel hetkel 3 loobusid). Üritusele eraldati terve tööpäev reedel, broneeriti suur koosolekuruum. Lõunad korraldati kontori kohvikus, suupisteteks lisati küpsiseid.

Rakendus

Hommikul ürituse päeval kogunesid kõik huvilised koosolekuruumis ja viidi läbi lühike briifing.

Peamised reeglid:

• ühes tiimis võitleb 2 kuni 5 inimest, vähemalt üks neist peab olema QA;
• vead peavad olema suletud tiimi liikme poolt vastavalt kõigile sisemistele tootmisstandarditele;
• igal tiimil peab olema vähemalt üks suletud viga, mis vajab koodis parandusi;
• parandada tohib ainult vanu vigu (vea loomise kuupäev < veaohtude alguse kuupäev — 1 kuu);
• parandatud vigade eest antakse punkte (3 kuni 10) sõltuvalt kriitilisusest (et petmine välistada, ei tohi kriitilisust muuta pärast ürituse kuupäeva kuulutamist);
• mittesobivate, mitte taastatavate vigade sulgemise eest antakse 1 punkt.
• Kõigi reeglite järgimist jälgib auditi meeskond, kes tühistab punkte avatud vigade eest.

Muud üksikasjad

• Me ei piiranud kedagi asukoha valikuga: võis jääda oma töökohta või istuda kõigi kahekesi koos koosolekuruumis, kus kedagi ei segatud ja pinget oli tunda.

• Konkurentsi vaimu toetamiseks oli suurel ekraanil järjestustabel ning Slacki kanalites toimus pidev tekstiline otseülekanne lahingust. Punktide arvestamiseks kasutati liidritabelit, mida uuendati veebihookide kaudu.

Liidritabel

• Kõigi reeglite järgimist jälgis auditi meeskond (kogemused näitavad, et selleks piisab 1-2 inimesest).
• Tund pärast Bughunt'i lõppu kuulutati välja ülevaadatud tulemused.
  Võitjad said baarisse kinkekaardi ning kõik osalejad said meene (võtmehoidjad 'vigade' kujutistega).

Tulemused

Viimase poole aasta jooksul oleme korraldanud juba kolm Bughunti. Mida me siis lõpuks saime?

• Keskmine meeskondade arv on 5.
• Keskmine töödeldud vigade arv on 103.
• Keskmine mitteaktuaalsete/taaselestatavate vigade osakaal on 57% (aga see prügi häiris pidevalt silma ja hirmutas oma kogusega).

Tulemuste väljakuulutamise hetk

Ja nüüd vastus kõige peenemale küsimusele, mida kõik armastavad küsida: «Kui palju uusi vigu te kogusite?».
Vastus: mitte rohkem kui 2% kõikidest töödeldud vigadest.

Arvustused

Pärast Bagoideni läbiviimist kogusime osalejatelt tagasisidet. Siin on vastused küsimusele «Mis meeldis osalemise protsessis kõige rohkem?»:

• Tõeliselt äge on backlogi analüüsida sellise motivatsiooniga! Tavaliselt on see väga igav protsess, selliseid asju peaks tegema regulaarselt).
• Adrenaliin, küpsised.
• See on kauaoodatud võimalus parandada pisiasju, mis ei ole kriitilised, aga parandamist on soov.
• Meeldis, et lõpuks on võimalik parandada vanu, ebameeldivaid vigu väljaspool sprinti, sest nende jaoks ei jää kunagi aega, kuna alati on kõrgema prioriteediga ülesandeid. Õnnestus kokku tuua kõik vajalikud inimesed ühte kohta (meie meeskonnas oli näiteks DBA), arutasime kollektiivselt vigade asjakohasust ja tehnilist võimalust nende parandamiseks.

Kokkuvõte

Veebisait ei ole imerohi, kuid see on täiesti toimiv valik veaparanduste tagajärgede vähendamiseks (erinevates meeskondades 10–50%) vaid ühe päevaga. Meie korraldasime selle ürituse tänu motiveeritud inimestele, kes hoolivad tootest ja meie kasutajate heaolust.

Soovin kõigile head ja vähem vigu!

Allikas: habr.com