Workflow - Queline-project/documentacao GitHub Wiki

Primeiramente, os líderes do grupo devem organizar o Backlog do Produto, reunindo e priorizando todos os requisitos necessários para a entrega satisfatória do produto final. Este documento será passível de alteração e estará no repositório documentacao para consulta a qualquer momento.

Após ter o Backlog estabelecido, o workflow de cada Sprint será o que segue:

1. Planejamento de Sprint

Os líderes abrem uma issue no repositório documentacao com o próximo objetivo imediato a ser alcançado, de acordo com o que foi previamente definido no Backlog do Produto. Esta issue deve ter a participação obrigatória de todos os capitães.

No período de 24 horas e com base no objetivo estabelecido pelos líderes, os capitães devem revisar o trabalho que foi concluído, selecionar o trabalho que está sendo feito e preparar o Backlog de Sprint pertinente ao seu time, cuidando para que seja possível finalizar este trabalho no tempo entre 1 e 2 semanas.

Durante esta fase de preparo, a issue ficará fixa no chat geral no Telegram, e enquanto fixa, deve-se entender como um período de reunião. A discussão poderá ocorrer tanto como comentário diretamente na issue (apenas capitães), como também como bate-papo no grupo do Telegram (aberto a todos), atentando para o fato de que o parecer final deve ser feito na issue.

2. Backlog de Sprint

Os capitães devem dividir o trabalho em etapas menores e criar uma milestone para a Sprint atual em seu repositório designado. Para cada etapa deve existir uma issue, e cada uma delas deve estar inserida na milestone.

3. Conclusão da Sprint

Todas as equipes devem trabalhar com base nas issues referenciando-as em commits com #<número da issue>, caso as solucione apenas parcialmente

ou então, informando seu fechamento com resolve #<número da issue>.

Cabe a cada um dos capitães estabelecer ou não uma lógica de branches, atribuição ou divisão de tarefas a serem seguidas pelo seu time, tal como outros aspectos referentes a organização interna durante os Sprints, como por exemplo o impedimento que pull requests sejam aceitos pela mesma pessoa que os abriu.

Scrum diário

Reuniões diárias no Telegram, de 15:00 até as 15:15, para que cada membro possa compartilhar brevemente:

• O que tem feito para o projeto desde o dia anterior;
• O que planeja fazer no dia de hoje;
• Quaisquer problemas que estão impedindo o desenvolvimento de suas atividades.