Processo de tratamento de Bugs

##Sobre Este documento descreve uma metodologia bem simples para tratar os bugs que surgem no dia-a-dia. Em poucas palavras este processo cria uma linha expressa (express line) para bugs de Alta prioridade.

##Premissas

1. Todos os membros devem estar envolvidos na resolução de bugs.
2. Os bugs são divididos em Alta, Média e Baixa prioridade.
3. Somente os bugs de Alta e Média prioridade são resolvido de acordo com esse processo.

##Processo

• Alta prioridade: A tarefa que estiver sendo realizada é interrompida para solucionar o bug.
• Média prioridade: Ao concluir a tarefa que estiver sendo realizada, deve-se solucionar o bug.
• Baixa prioridade: São tarefas que estão registradas, mas não devem ser solucionadas no momento por diversos motivos.

Para referenciar um bug no Issues do github, basta utilizar a nomenclatura #número-do-bug (#9). Ao finalizar a resolução de um bug, no commit deve-se utilizar a nomenclatura Closes #1. Deste modo, o commit fechará o bug e criará uma ligação entre eles.

Exemplo

Por exemplo, tem um bug no filtro "ordem" na listagem de spaces, só que essa parte está sendo reformulada e assim talvez não faça sentido para space. Não se preocupem com os bugs de Baixa prioridade e o burndown, um dia antes da virada da sprint, esses bugs serão passados para a outra sprint (até que tenham uma nova prioridade ou que sejam retirados por não fazer mais sentido) e retirados do scrumy na sprint presente.