Kolik otevřených chyb máte ve backlogu? 100? 1000?
A jak dlouho tam leží? Týden? Měsíc? Roky?
A proč se to děje? Není čas? Musíte řešit prioritnější úkoly? "Teď zařídíme všechny urgentní funkce a potom určitě bude čas na vyřizování chyb"?

… Někteří používají politiku Zero Bug Policy, někdo má dobře rozvinutou kulturu práce s chybami (pravidelně aktualizují backlog, přehodnocují chyby při změně funkcionality atd.), a někdo vychovává kouzelníky, kteří píší zcela bez chyb (málo pravděpodobné, ale možná se to občas stává).

Dnes vám povím o našem řešení pro úklid backlogu chyb — projekt „Bugollery“.

Jak to všechno začalo?

Při dalším procházení stále se zvyšujícího backlogu otevřených chyb jsme dospěli k bodu varu. Žít tak dál se nedalo, rozhodli jsme se ho zkrátit za každou cenu. Nápad je jasný, ale jak to udělat? Shodli jsme se, že nejefektivnějším způsobem bude akce podobná hackathonu: odtrhnout týmy od každodenních úkolů a vyhradit 1 pracovní den pouze na zpracování chyb.

Napsali jsme pravidla, vyhlásili jsme akci a začali čekat. Měli jsme obavy, že se přihlásí málo lidí, velmi málo, ale výsledek předčil naše očekávání — zapsalo se celých 8 týmů (pravda, v poslední chvíli se 3 odhlásily). Na akci jsme vyhradili celý pracovní den v pátek, rezervovali jsme velkou zasedačku. Obědy jsme zajistili v kancelářské jídelně, na svačiny jsme přidali sušenky.

Implementace

Ráno v den X jsme sešli všechny zájemce v zasedačce a provedli krátké brífink.

Hlavní pravidla:

• v jednom týmu soutěží 2 až 5 lidí, minimálně jeden z nich — QA;
• chyby musí opravovat člen týmu podle všech vnitřních produkčních standardů;
• každý tým musí mít alespoň jednu uzavřenou chybu, která vyžaduje opravu v kódu;
• opravovat lze pouze staré chyby (datum vytvoření chyby < datum začátku Bugollery — 1 měsíc);
• za opravené chyby se uděluje body (od 3 do 10) v závislosti na závažnosti (aby nedocházelo k podvodům, není možné měnit závažnost po ohlášení data konání Bugollery);
• za uzavření neaktuálních, nereprodukovatelných chyb se uděluje 1 bod;
• dodržování všech pravidel sleduje auditní tým, který anulovuje body za znovuotevřené chyby.

Další detaily

• Nikoho jsme neomezovali ve výběru lokace: bylo možné zůstat na pracovním místě nebo sedět se všemi v zasedačce, kde byli lidé nerušeni a cítila se tu zesílená atmosféra.

• Abychom podpořili soutěživého ducha, na velké obrazovce byla vyvěšena žebříčková tabulka a v kanálu Slack probíhala neustálá textová transmisí bitvy. Pro počítání bodů jsme použili leaderboard, který se aktualizoval prostřednictvím webhooků.

Žebříček

• Dodržování všech pravidel hlídal auditorský tým (zkušenost ukazuje, že pro to stačí 1–2 lidé).
• Hodinu po skončení Bágodoliny byly oznámeny přepracované výsledky.
  Vítězové získali dárkový certifikát do baru, a všichni účastníci dostali pamětní suvenýr (klíčenky s "bugy").

Výsledky

Za poslední půlrok jsme uspořádali již tři Bágodoleny. Co jsme tedy v konečném důsledku získali?

• Průměrný počet týmů – 5.
• Průměrný počet zpracovaných bugů – 103.
• Průměrný počet neaktuálních/neopravitelných bugů – 57 % (a přitom se tenhle odpad neustále dral do očí a děsil svým množstvím).

Moment oznámení výsledků

A teď odpověď na nejzáludnější otázku, kterou se všichni rádi ptají: "Kolik nových bugů jste zasadili?"
Odpověď: ne více než 2 % ze všech zpracovaných.

Hodnocení

Po konání Bágodolen jsme sbírali zpětnou vazbu od účastníků. Zde jsou odpovědi na otázku „Co se ti na procesu účasti líbilo nejvíce?“:

• Bylo skvělé procházet backlog s takovou motivací! Obvykle je to velmi nudný proces, měl by se konat pravidelně).
• Adrenalin, sušenky.
• Je to dlouho očekávaná příležitost napravit ty drobnosti, které nejsou kritické, ale chtělo by se s nimi něco udělat.
• Líbil se mi fakt, že jsem konečně mohl opravit staré, nepříjemné bugy mimo sprint, na což by nikdy nebyl čas, protože vždy budou úkoly s vyšší prioritou. Dokázali jsme shromáždit na jednom místě všechny potřebné lidi (v našem týmu byl třeba DBA), kolektivně jsme probrali důležitost stanovených bugů a technickou možnost je opravit.

Závěr

Bágodolení není všelék, ale rozhodně životaschopná možnost, jak snížit backlog bugů (v různých týmech od 10 do 50 %) během jediného dne. Naše akce vzletěla jen díky motivovaným lidem, kteří se zajímají o produkt a pečují o spokojenost našich uživatelů.

Všem dobrou náladu a méně chyb!

Zdroj: habr.com