Augusto César Bottega Agostini| Home | Escopo | Processo | Design/Mockups | Configuração | Arquitetura | Gerência | Código | BD | Qualidade | Analytics |
|---|
Processos do Projeto
Sumário
Desenvolvimento
Git Workflow
Links Desenvolvimento
- Frontend IACC: Frontend da aplicação.
- Backend IACC: Backend da aplicação.
Material de apoio
Outras páginas da wiki com informações importantes para o desenvolvimento:
-
📄 Rotas: documentação das rotas da API. -
📄 Deploy: como fazer o deploy da aplicação (backend para AWS).
Sprints
A cada sprint, são apresentados:
- Definição dos membros das Squads suas respectivas USs (Planning);
- Marcos da Sprint: data limite para abertura de merge requests e integrações;
- Entrega feita para os Stakeholders com dívidas técnicos;
- Dados da Retrospectiva;
Sprint 0
Click to expand
Squads
Nesta primeira sprint fizemos a divisão das equipes mais focadas na facilitação do aprendizado das tecnologias, maior capacidade de definições do banco/entidades e também facilitar a criação dos mockups. Ao inicio definimos a frente de preferencia de cada membro (b = backend e f = frontend) e conseguimos fazer a distribuição onde cada liderança (AGES 3), com a sua especialidade, ficou com os membros desta mesma especialidade.
Marcos
Sem definição de marcos para esta sprint pois temos apenas estudos dirigidos, desenvolvimento de mockups, entendimento do projeto e criação de user histories nesta sprint, sem a necessidade de uma entrega definida.
Sprint 1
Click to expand
Squads
A ideia para estra primeira sprint de desenvolvimento foi gerar times independentes. Todas as equipes tem membros de ambas as frentes. Com os AGES 3 especialistas em backend ficaram os front ends mais experientes e com os especialistas de front ficaram os mais experientes em backend.
Marcos
- 21/03/2024: Planejamento da sprint 1
- 04/04/2024: Demo interna da equipe (tentativa de adiantar o trabalho para o freeze)
- 06/04/2024: Freeze da Main
- 09/04/2024: Apresentação para stakeholders
Entregáveis e dívidas técnicas
Para esta sprint planejamos 2 semanas de trabalho da equipe, onde foi levado em conta 3 horas/pontos de cada membro por semana (como na imagem das squads), totalizando 90 pontos (pontos = horas) de capacidade da equipe. Definimos 82 pontos para a sprint, deixando 8 horas livres por ser a primeira sprint do projeto e todos estarem se acostumando com o desenvolvimento das tarefas.
Sprint 2
Click to expand
Marcos
- 09/04/2024: Planejamento da sprint 2
- 27/04/2024: Demo interna da equipe (tentativa de adiantar o trabalho para o freeze)
- 30/04/2024: Freeze da Main
- 02/05/2024: Apresentação para stakeholders
Entregáveis e dívidas técnicos
Para sprint 2 planejamos 3 semanas de trabalho da equipe, onde foi levado em conta 3 horas/pontos de cada membro por semana, totalizando 135 pontos (pontos = horas) de capacidade da equipe. Definimos 168 pontos para a sprint, por conta de uma entrega extra proposta, onde o calculo foi de 123 pontos planejados e mais 45 pontos extras focando no que trazia mais sentido ao cliente, o questionário.
Planejado
Extra
Sprint 3
Click to expand
Marcos
- 02/05/2024: Planejamento da sprint 3
- 16/05/2024: Demo interna da equipe (tentativa de adiantar o trabalho para o freeze)
- 18/05/2024: Freeze da Main
- 21/05/2024: Apresentação para stakeholders
Entregáveis e dívidas técnicos
Para sprint 3 planejamos 2 semanas de trabalho da equipe, onde foi levado em conta 3 horas/pontos de cada membro por semana, totalizando 90 pontos (pontos = horas) de capacidade da equipe. Definimos 109 pontos para a sprint. O excesso foi devido ao alto número de dívidas que tinham ficado nas últimas sprints.
Sprint 4
Click to expand
Marcos
- 23/05/2024: Planejamento da sprint 4
- 20/06/2024: Demo interna da equipe (tentativa de adiantar o trabalho para o freeze)
- 25/06/2024: Apresentação para stakeholders
Entregáveis e dívidas técnicos
Por ser a última sprint do projeto, paramos de focar nas histórias de usuário e criamos diferentes fluxos, exatamente 11. Esses fluxos contemplam todas as funcionalidades do aplicativo e foram usados de uma maneira a gerar uma usabilidade continua para o usuário.
