Cantos erros abertos tes no teu atraso? 100? 1000?
Canto tempo permanecen alí deitados? Unha semana? Mes? Anos?
Por que ocorre isto? Sen tempo? Necesitas facer máis tarefas prioritarias? "Agora implementaremos todas as funcións urxentes e despois definitivamente teremos tempo para solucionar os erros"?

... Algúns usan a Política de erros cero, algúns teñen unha cultura ben desenvolvida de traballar con erros (actualizan o atraso de forma oportuna, revisan os erros cando a funcionalidade cambia, etc.), e algúns cultivan asistentes que escriben sen erros. (pouco probable, pero quizais isto suceda).

Hoxe falareivos da nosa solución para limpar o atraso de erros: o proxecto Bagodelnya.

Como comezou todo?

Unha vez máis mirando o atraso cada vez maior de erros abertos, chegamos ao punto de ebulición. Xa era imposible vivir así, decidiron cortalo a calquera prezo. A idea é obvia, pero como facelo? Acordamos que a forma máis eficaz sería un evento semellante a un hackathon: afastar aos equipos das tarefas cotiás e destinar 1 día hábil para xestionar só erros.

Anotaron o regulamento, chamaron e comezaron a esperar. Temíase que houbese poucos aspirantes, moi poucos, pero o resultado superou as nosas expectativas: inscribíronse ata 8 equipos (sen embargo, no último momento fusionáronse 3). Asignamos un día de traballo enteiro o venres para o evento e reservamos unha gran sala de reunións. No comedor da oficina organizáronse xantares e engadíronse galletas para a merenda.

Implantación

Na mañá do día X, todos reuníronse nunha sala de reunións e realizaron unha pequena sesión informativa.

Regras básicas:

• un equipo está formado por 2 a 5 persoas, polo menos unha delas é QA;
• os erros deben ser pechados por un membro do equipo segundo todos os estándares de produción interna;
• Cada equipo debe ter polo menos un erro pechado que requira correccións no código;
• Só pode corrixir erros antigos (a data de creación do erro < a data de inicio da casa de erros - 1 mes);
• para os erros corrixidos, outórganse puntos (de 3 a 10) en función da criticidade (para evitar trampas, a criticidade non se pode cambiar despois de que se anuncie a data do día do erro);
• por pechar erros irrelevantes e irreproducibles, outórgase 1 punto;
• O equipo de auditoría supervisa o cumprimento de todas as regras, que cancela os puntos por erros redescubertos.

Outros detalles

• Non limitamos a ninguén na elección do lugar: podían quedar no seu lugar de traballo ou sentarse con todos nunha reunión onde os mozos non se distraían e se sentisen paixóns.

• Para manter o espírito competitivo, mostrouse unha táboa de clasificación na pantalla grande e unha emisión de texto da batalla emitiuse constantemente na canle Slack. Para calcular puntos, utilizamos unha táboa de clasificación que se actualizou mediante webhooks.

Taboleiro de clasificación

• O cumprimento de todas as regras foi supervisado polo equipo de auditoría (por experiencia, 1-2 persoas son suficientes para iso).
• Unha hora despois do final do Bagodelny, déronse a coñecer os resultados revisados.
  Os gañadores recibiron un cheque regalo para o bar e todos os participantes recibiron un recordo (chaveiros con "bichos").

Descubrimentos

Nos últimos seis meses xa levamos tres asilos. Con que acabamos?

• A media de equipos é de 5.
• O número medio de erros procesados ​​é de 103.
• O número medio de erros irrelevantes/irreproducibles é do 57% (e este lixo era constantemente unha vergoña e asustada coa súa cantidade).

Momento do anuncio dos resultados

E agora a resposta á pregunta máis complicada que a todo o mundo lle gusta facer: "Cantos erros novos atopaches?"
Resposta: non máis do 2% de todos os procesados.

avaliacións

Despois do Bagodelen, recollemos os comentarios dos participantes. Aquí tes as respostas á pregunta "Que é o que máis che gustou do proceso de participación?":

• É moi xenial resolver o atraso con tanta motivación! Normalmente este é un proceso moi aburrido, debe facerse periódicamente).
• Emoción, galletas.
• Esta é unha oportunidade moi esperada para corrixir aquelas pequenas cousas que non son críticas, pero que queres corrixir.
• Gustoume que finalmente poidas corrixir erros antigos e desagradables fóra do sprint; nunca haberá tempo para estes porque sempre haberá tarefas con maior prioridade. Conseguimos reunir a toda a xente necesaria nun só lugar (o noso equipo tiña un dba, por exemplo), e debatimos colectivamente a relevancia dos erros identificados e a posibilidade técnica de solucionalos.

Conclusión

A tenda de erros non é unha panacea, pero é unha opción viable para reducir o atraso de erros (en diferentes equipos do 10 ao 50%) nun só día. Para nós, este evento despegou só grazas a rapaces motivados que apoian o produto e se preocupan pola felicidade dos nosos usuarios.

Todo o mellor e menos erros!

Fonte: www.habr.com