Hány nyitott hiba van a backlogjában? 100? 1000?
Mennyi ideje vannak ott? Egy hét? Egy hónap? Éve?
Miért történik ez? Nincs elég idő? Prioritásokat kell állítani? "Most az összes sürgős funkciót valósítjuk meg, aztán biztosan lesz idő a hibák rendezésére"?

... Van, aki Zero Bug Policy-t alkalmaz, másoknál jól kiépített a hibakezelési kultúra (időben aktualizálják a backlogot, felülvizsgálják a hibákat a funkcionalitás változásakor stb.), és olyanok is vannak, akik varázslókat nevelnek, akik egyáltalán nem írnak hibákat (bár valószínűtlen, de talán ilyen is létezik).

Ma a hibák backlogjának tisztítására vonatkozó megoldásunkról beszélek - a „Hibagyár” projektről.

Honnan indult minden?

Ismét átnézve a folyamatosan növekvő hibák backlogját, eljutottunk a forráspontig. Így tovább már nem lehetett élni, úgy döntöttünk, hogy bármi áron csökkentjük. Az ötlet nyilvánvaló, de hogyan valósítsuk meg? Arra jutottunk, hogy a leghatékonyabb módszer egy hackathon-szerű esemény lesz: elvonni a csapatokat a napi feladatoktól, és egy munkanapot kizárólag a hibák feldolgozására szentelni.

Megírtuk a szabályzatot, felhívtuk a figyelmet, és vártuk a jelentkezéseket. Aggódtunk, hogy kevesen jelentkeznek, de az eredmény felülmúlta a várakozásainkat - összesen 8 csapat regisztrált (bár az utolsó pillanatban 3-an visszaléptek). Az eseményre egy egész munkanapot szántunk pénteken, és lefoglaltunk egy nagy tárgyalót. Az ebédet az irodai menza biztosította, uzsonnára pedig sütiket készítettünk.

Megvalósítás

A H-napon reggel összegyűjtöttük az érdeklődőket a tárgyalóban, és rövid tájékoztatót tartottunk.

Fő szabályok:

• egy csapatban 2-5 ember versenyezhet, legalább egy személynek QA-nak kell lennie;
• a hibákat a csapattagoknak belső gyártási szabványok szerint kell lezárniuk;
• minden csapatnak legalább egy lezárt hibával kell rendelkeznie, amely kódjavítást igényel;
• csak régi hibákat lehet javítani (a hiba létrejöttének dátuma < a Hibagyár kezdő időpontjának dátuma - 1 hónap);
• a javított hibákért pontok (3-10 között) járnak a kritikus szinttől függően (hogy ne lehessen csalni, a kritikus szintet nem lehet megváltoztatni a Hibagyár időpontjának bejelentése után);
• az elavult, nem reprodukálható hibák lezárásáért 1 pont jár;
• minden szabály betartását egy auditáló csapat ellenőrzi, amely törli a pontokat a visszaállított hibák miatt.

További részletek

• Senkit sem korlátoztunk a helyszínválasztásban: lehetett maradni a munkahelyen vagy együtt ülni a tárgyalóban, ahol a srácokat nem zavarták meg, és érezni lehetett a feszültséget.

• A versenyszellem fenntartása érdekében a nagy képernyőn rangsoroló táblázatot mutattunk be, és a slack-csatornán folyamatos szöveges közvetítés folyt a mérkőzésről. A pontok számításához egy leaderboardot használtunk, amelyet webhookokon keresztül frissítettek.

Leaderboard

• A szabályok betartását az audit csapat ellenőrizte (tapasztalataink szerint ehhez elegendő 1-2 ember).
• Egy órával a Bágodály vége után kihirdettük az átnézett eredményeket.
  A győztesek ajándékutalványt kaptak a bárba, míg minden résztvevő emléktárgyat (bögre "bágokkal").

Eredmények

Az utolsó hat hónapban már három Bágodályt tartottunk. Mit is nyertünk végül?

• Az átlagos csapatlétszám 5.
• Az átlagosan feldolgozott hibák száma 103.
• Az átlagosan nem aktuális/újra reprodukálhatatlan hibák aránya 57% (és ez a szemét folyamatosan szemet szúrt és megijesztett a mennyiségével).

Az eredmények kihirdetése pillanata

Most pedig itt a válasz a legkínosabb kérdésre, amelyet mindenki szeret feltenni: „Hány új hibát ültettetek?”
Válasz: nem több, mint 2% a feldolgozottakból.

Vélemények

A Bágodályok lebonyolítása után visszajelzést gyűjtöttünk a résztvevőktől. Íme a válaszok a „Mi tetszett legjobban a részvételi folyamatban?” kérdésre:

• Nagyon klassz volt a backlogot ilyen motivációval áttekinteni! Általában ez egy nagyon unalmas folyamat, ezt időnként érdemes lenne csinálni).
• A versenyszellem, a sütik.
• Ez a régóta várt lehetőség, hogy javítsuk azokat a kis hibákat, amelyek nem kritikusak, de szeretnénk javítani őket.
• Tetszett, hogy végre lehetőség volt a régi, kellemetlen hibák kijavítására sprinten kívül, amelyekre soha nincs idő, mivel mindig fontosabb feladatok vannak. Sikerült egy helyen összegyűjteni minden szükséges embert (a csapatunkban volt DBA is, például), közösen átbeszéltük a kijelölt hibák relevanciáját és technikai lehetőségüket.

Zárás

A Bágodály nem csodaszer, de egy jól működő alternatíva a hibák backlogjának csökkentésére (különböző csapatokban 10-50%-kal) mindössze egy nap alatt. Ez az esemény nálunk csak a motivált srácoknak köszönhető, akik rajonganak a termékért és gondoskodnak felhasználóink boldogságáról.

Mindenkinek jót és kevesebb hibát kívánok!

Forrás: habr.com