Kolik otevřených chyb máte ve svém backlogu? 100? 1000?
Jak dlouho tam leží? Týden? Měsíc? let?
Proč se to děje? Není čas? Potřebujete udělat více prioritních úkolů? „Nyní implementujeme všechny naléhavé funkce a pak budeme mít určitě čas vyřešit chyby“?

... Někteří používají Zero Bug Policy, někteří mají dobře vyvinutou kulturu práce s chybami (včas aktualizují nevyřízené položky, revidují chyby při změně funkčnosti atd.) a někteří pěstují čaroděje, kteří píší zcela bez chyb (nepravděpodobné, ale možná se to stane).

Dnes vám řeknu o našem řešení pro čištění backlogu chyb - projektu Bagodelnya.

Jak to všechno začalo?

Když se znovu podíváme přes neustále se zvyšující počet nevyřízených chyb, dosáhli jsme bodu varu. Takhle už se žít nedalo, rozhodli se to za každou cenu vykácet. Myšlenka je zřejmá, ale jak na to? Shodli jsme se, že nejúčinnějším způsobem by byla akce podobná hackathonu: odpoutat týmy od každodenních úkolů a vyčlenit 1 pracovní den na řešení pouze chyb.

Sepsali předpisy, zavolali a začali čekat. Panovaly obavy, že zájemců bude málo, velmi málo, ale výsledek předčil naše očekávání - přihlásilo se až 8 týmů (na poslední chvíli se však sloučily 3). Na akci jsme v pátek vyčlenili celý pracovní den a zarezervovali jsme velkou zasedací místnost. V kancelářské jídelně byly organizovány obědy, ke svačinám byly přidány sušenky.

uskutečnění

Ráno dne X se všichni sešli v zasedací místnosti a uspořádali krátkou instruktáž.

Základní pravidla:

• jeden tým se skládá ze 2 až 5 lidí, z nichž alespoň jeden je QA;
• chyby musí uzavřít člen týmu podle všech interních výrobních norem;
• Každý tým musí mít alespoň jednu uzavřenou chybu, která vyžaduje opravy v kódu;
• Můžete opravit pouze staré chyby (datum vytvoření chyby < datum zahájení bug house - 1 měsíc);
• za opravené chyby se body (od 3 do 10) udělují v závislosti na kritičnosti (aby se zabránilo podvádění, kritičnost nelze změnit po oznámení data Bug Day);
• za odstranění irelevantních, nereprodukovatelných chyb se uděluje 1 bod;
• Dodržování všech pravidel hlídá auditorský tým, který ruší body za znovuobjevené chyby.

Další podrobnosti

• Nikoho jsme neomezovali ve výběru místa: mohl zůstat na svém pracovišti nebo s každým sedět na schůzce, kde se kluci nerozptylovali a byly cítit vášně.

• Pro zachování soutěžního ducha byla na velké obrazovce zobrazena tabulka hodnocení a na slack kanálu byl neustále vysílán textový přenos bitvy. K výpočtu bodů jsme použili výsledkovou tabulku, která byla aktualizována prostřednictvím webhooků.

žebříčku

• Dodržování všech pravidel hlídal auditorský tým (ze zkušenosti na to stačí 1-2 lidé).
• Hodinu po skončení Bagodelny byly vyhlášeny překontrolované výsledky.
  Vítězové obdrželi dárkový certifikát do baru a všichni účastníci dostali suvenýr (klíčenky s „štěnicemi“).

výsledky

Za posledních šest měsíců jsme uspořádali již tři chudobince. S čím jsme to skončili?

• Průměrný počet týmů je 5.
• Průměrný počet zpracovaných chyb je 103.
• Průměrný počet irelevantních/nereprodukovatelných chyb je 57 % (a tento odpad neustále bolel v očích a děsil svým množstvím).

Okamžik vyhlášení výsledků

A nyní odpověď na nejzáludnější otázku, kterou si každý rád klade: „Kolik nových chyb jste našli?
Odpověď: ne více než 2 % všech zpracovaných.

Recenze

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

• Je skvělé třídit nevyřízené položky s takovou motivací! Obvykle je to velmi nudný proces, musí se provádět pravidelně).
• Vzrušení, sušenky.
• Toto je dlouho očekávaná příležitost napravit ty malé věci, které nejsou kritické, ale chcete je napravit.
• Líbilo se mi, že můžete konečně opravit staré nepříjemné chyby mimo sprint; nikdy na ně nebude čas, protože vždy budou úkoly s vyšší prioritou. Podařilo se nám shromáždit všechny potřebné lidi na jednom místě (náš tým měl například dba) a společně diskutovat o relevanci zjištěných chyb a technické možnosti jejich opravy.

Závěr

Bug shop není všelék, ale je to životaschopná možnost, jak snížit počet nevyřízených chyb (v různých týmech z 10 na 50 %) během jediného dne. U nás se tato akce rozjela jen díky motivovaným klukům, kteří produkt podporují a záleží jim na štěstí našich uživatelů.

Všechno nejlepší a méně chyb!

Zdroj: www.habr.com