Manifesto Ágil BR-UTM Tec

---- ----- ------ -----

Time

PO: Ten Ferreira
Líder Técnico: Rafael Albarello
Scrum Master: Adelmo Oliveira
FullStack Dev: João Oliveira
FullStack Dev: Fernanda Serra
Community Manager: Carlos Federhen
Engenheiro DevOps: Renan Vilela

Diretrizes

1. Os épicos são apresentados pelo PO
   1. Épico é um grande conjunto de trabalho
      
   2. Durante o planejamento da Sprint o time divide os épicos em "Histórias de Usuário" (Template no final)
2. As "Histórias de Usuários" são detalhadas em Tarefas que irão compor o backlog do projeto
3. As Histórias de Usuário terão 2 tipos de tarefas:
   

   1. Refinamento (Pesquisa e detalhamento)

      • O refinamento é o detalhamento do que deve ser feito pela equipe de desenvolvimento
      • Uma tarefa Dev só pode ser gerada por uma tarefa de Refinamento finalizada
      • Uma tarefa de refinamento pode gerar outras tarefas de ref ou dev ou user stories
      • O entregável de um Refinamento é um Documento na WIKI com as conclusões do refinamento

   2. Dev

      • Implementa o que foi descrito pelo refinamento
      • Uma tarefa QA só pode ser gerada por uma tarefa Dev finalizada
4. Fluxo das tarefas (KanBan)
   
   • • New (Sprint Backlog)
       
     • Doing
     • Ready for Test
       
       • No caso do Refinamento o Teste é uma apresentação para o time entender tecnicamente a tarefa e discutir o refinamento
     • Done
     • Need Info: (On Hold)
5. Em cada planejamento de Sprint o time decide quais tarefas irá puxar do backlog para montar o backlog do Sprint
   1. O PO prioriza as tarefas 
      
   2. Os Sprints terão 2 semanas de duração
6. Os membros da equipe dev tem autonomia para decidir as tarefas irão realizar
   

Definition of Done

A entrega de uma tarefa (Refinamento ou Dev) será considerada concluída (Done) quando atender a todos os critérios abaixo, conforme seu tipo:

Para Tarefas de Refinamento

1. A tarefa foi apresentada, discutida e compreendida por todos os membros do time.
2. A documentação resultante foi publicada na Wiki oficial do projeto.
3. As conclusões permitem gerar uma ou mais tarefas de desenvolvimento claras e executáveis.
4. A entrega foi apresentada ao time para validação técnica (Ready for Test → Done).
5. Todos os critérios de aceite definidos foram atendidos.
6. A tarefa está devidamente vinculada à História de Usuário, quando aplicável.
7. A tarefa está no estado “Done” no TAIGA.

Para Tarefas de Desenvolvimento

1. O código foi desenvolvido com base na documentação de refinamento.
2. As boas práticas de codificação e padrões definidos pelo time foram seguidos.
3. O código está versionado no repositório GitLab/GitHub com mensagens de commit claras.
4. O código foi revisado (merge request com pelo menos uma aprovação).
5. Testes locais foram realizados com sucesso.
6. Caso aplicável, testes automatizados foram criados ou atualizados.
7. O ambiente CI/CD foi executado com sucesso (pipelines verdes).
   
8. Toda documentação necessária foi atualizada (README, Wiki, comentários de código, etc.).
9. A tarefa está vinculada à sua respectiva História de Usuário no TAIGA.
10. Os critérios de aceite definidos foram totalmente atendidos.
11. Pendências ou impedimentos foram registradas e comunicadas.
12. A tarefa está no estado “Done” no TAIGA.

Cerimônias

1. Reunião diária (2min)
   • dias úteis, 9h30
   • Alinhamento das tarefas do dia
     
2. Reunião semanal (15min)
   • Segundas-feiras, 09h30
   • Alinhamento dos entregáveis esperados da semana
   • Dificuldades encontradas na semana anterior
3. Planejamento de Sprint (1 hora)
   • Primeira dia útil após último Sprint, 09h30
   • Análise dos épicos e montagem do Backlog do próximo Sprint
4. Revisão/Retrospectiva da Sprint (15 min)
   • Último dia útil do sprint corrente, 11h00
   • Lições aprendidas
   • Dificuldades encontradas

Ferramentas

• Gerenciamento de Projeto
  • TAIGA
• Controle de Versão
  • Gitlab/Github
• Colaboração
  • Mattermost
  • Spot
  • e-mail decea.mil.br

Templates:

• Épico
  • Descrição
    
    • Tentar relacionar aos serviços mapeados pelo framework ICAO
      
  • Entregas
  • Indicadores
  • Requisitos
• História de Usuário:
  • “Como [persona], Eu [quero algo], para [fazer algo].”
    • Ex: "Como Provedor USS, eu quero me autenticar no ECO-UTM para ter acesso aos recursos do DECEA ".
  • Critérios de Aceite
    
    • Ex: "Provedor se autentica com gov.br e consegue inserir OIR no DSS"