Quantos bugs abertos você tem em seu backlog? 100? 1000?
Quanto tempo eles ficam lá? Uma semana? Mês? Anos?
Por que isso acontece? Sem tempo? Você precisa realizar tarefas mais prioritárias? “Agora implementaremos todos os recursos urgentes e então definitivamente teremos tempo para resolver os bugs”?

... Alguns usam a Política Zero Bug, alguns têm uma cultura bem desenvolvida de trabalhar com bugs (eles atualizam o backlog em tempo hábil, revisam erros quando a funcionalidade muda, etc.) e alguns cultivam assistentes que escrevem sem nenhum bug (improvável, mas talvez isso aconteça).

Hoje vou falar sobre nossa solução para limpar o backlog de bugs - o projeto Bagodelnya.

Como tudo começou?

Mais uma vez, analisando o acúmulo cada vez maior de bugs abertos, chegamos ao ponto de ebulição. Era impossível viver assim por mais tempo, eles decidiram cortar a qualquer custo. A ideia é óbvia, mas como fazer? Concordamos que a maneira mais eficaz seria um evento semelhante a um hackathon: afastar as equipes das tarefas cotidianas e alocar 1 dia útil para lidar apenas com bugs.

Eles escreveram os regulamentos, gritaram e começaram a esperar. Havia receios de que haveria poucos candidatos, muito poucos, mas o resultado superou as nossas expectativas - até 8 equipas inscreveram-se (no entanto, no último momento 3 fundiram). Alocamos um dia inteiro de trabalho na sexta-feira para o evento e reservamos uma grande sala de reuniões. Os almoços foram organizados na cantina do escritório e foram acrescentados biscoitos aos lanches.

Implementação

Na manhã do dia X, todos se reuniram em uma sala de reuniões e realizaram um breve briefing.

Regras básicas:

• uma equipe é composta por 2 a 5 pessoas, pelo menos uma delas é QA;
• os bugs devem ser fechados por um membro da equipe de acordo com todos os padrões internos de produção;
• Cada equipe deve ter pelo menos um bug fechado que necessite de correções no código;
• Você só pode corrigir bugs antigos (a data em que o bug foi criado < a data de início da casa de bugs - 1 mês);
• para bugs corrigidos, pontos (de 3 a 10) são atribuídos dependendo da criticidade (para evitar trapaças, a criticidade não pode ser alterada após o anúncio da data do Bug Day);
• para fechar bugs irrelevantes e irreproduzíveis, é concedido 1 ponto;
• O cumprimento de todas as regras é monitorado pela equipe de auditoria, que cancela pontos por bugs redescobertos.

Outros detalhes

• Não limitamos ninguém na escolha do local: eles poderiam ficar no local de trabalho ou sentar-se com todos em uma reunião onde a galera não se distraísse e as paixões pudessem ser sentidas.

• Para manter o espírito competitivo, uma tabela de classificação foi exibida na tela grande e uma transmissão de texto da batalha foi transmitida constantemente no canal slack. Para calcular os pontos, utilizamos um placar que foi atualizado via webhooks.

Entre os melhores

• O cumprimento de todas as regras foi monitorado pela equipe de auditoria (por experiência, 1 a 2 pessoas são suficientes para isso).
• Uma hora após o término do Bagodelny, os resultados verificados novamente foram anunciados.
  Os vencedores receberam vale-presente para o bar, e todos os participantes receberam uma lembrancinha (chaveiros com “bichinhos”).

Descobertas

Nos últimos seis meses, já realizamos três Asilos. Com o que acabamos?

• O número médio de equipes é 5.
• O número médio de bugs processados ​​é 103.
• O número médio de bugs irrelevantes/irreprodutíveis é de 57% (e esse lixo era constantemente desagradável e assustado com sua quantidade).

Momento de divulgação dos resultados

E agora a resposta para a pergunta mais complicada que todo mundo adora fazer: “Quantos bugs novos você encontrou?”
Resposta: não mais que 2% de todos os processados.

avaliações

Após o Bagodelen, coletamos feedback dos participantes. Aqui estão as respostas à pergunta “O que você mais gostou no processo de participação?”:

• É muito legal resolver o backlog com tanta motivação! Normalmente este é um processo muito enfadonho, deve ser feito periodicamente).
• Emoção, biscoitos.
• Esta é uma oportunidade há muito esperada para corrigir aquelas pequenas coisas que não são críticas, mas que você deseja corrigir.
• Gostei que você possa finalmente consertar bugs antigos e desagradáveis ​​fora do sprint; nunca haverá tempo para isso porque sempre haverá tarefas com prioridade mais alta. Conseguimos reunir todas as pessoas necessárias em um só lugar (nossa equipe tinha um dba, por exemplo), e discutimos coletivamente a relevância dos bugs identificados e a possibilidade técnica de corrigi-los.

Conclusão

A loja de bugs não é uma panacéia, mas é uma opção viável para reduzir o backlog de bugs (em equipes diferentes de 10 a 50%) em apenas um dia. Para nós, esse evento só decolou graças à galera motivada que apoia o produto e se preocupa com a felicidade de nossos usuários.

Tudo de bom e menos bugs!

Fonte: habr.com