Políticas do Processo

1. Introdução

O processo de desenvolvimento orienta todo ciclo de vida da concepção de um software , portanto adotar algumas políticas é importante para manter a equipe dentro do escopo estipulado.

2. Finalidade

Este documento tem como objetivo listar as políticas que serão adotadas durante o processo, evidenciando as suas particularidades.

3. Políticas Adotadas

3.1 . Política de reuniões

• Reuniões devem ser realizadas paralelamente ao desenvolvimento.
• A reunião proposta pela metodologia Scrum, conhecida como Stand up, não será realizada diariamente, e sim 2 vezes por semana. O horário será: Terças e Quintas das 14h às 16h.
• A duração máxima da reunião de Stand Up será 20 minutos.

3.2 . Política de Desenvolvimento

• Todo o incremento de código deve passar pelo fluxo de integração contínua.
• O time de desenvolvimento deve seguir uma folha de estilo acordada previamente.
• Deve ser adotada a técnica de programação em pares, atribuindo mais de um autor aos commits por adicionar o trecho Co-authored-by em sua mensagem.
• Os desenvolvedores estão livres para contribuir com qualquer membro do time, independente dos pares definidos de antemão.

3.5 . Política de Artefatos

• Os artefatos gerados durante os processos de medição e análise, desenvolvimento e garantia da qualidade devem ser documentados na Wiki do repositório: UnB-Felling-Docs
• O backlog da Release e o backlog da Sprint, devem ser registrados no GitHub, através da extensão ZenHub, disponibilizada para os navegadores Google Chrome e Mozila Firefox.

3.6 . Política de Papéis

• O time deve ser composto pelos seguintes papéis definidos pela metodologia Scrum: Scrum Master, Product Owner e Time de Desenvolvimento (ou Time Scrum)
• O Scrum Master será um integrante da equipe de desenvolvimento.
• O Product Owner será um integrante da equipe de processo.