Planejado x Executado
1. Introdução
O documento presente tem como objetivo realizar a análise comparativa entre o planejado e o executado durante o desenvolvimento do projeto. Também serão avaliados e comparados o Backlog, o Custo, a Qualidade e o Risco, visando compreender o progresso do projeto. Além disso, serão realizadas análises adicionais e avaliações para aprimorar a compreensão do estado do projeto.
2. Backlog
2.1 Planejadas
Épico de Estatísticas |
US01 - Visualizar quantidade de processos em cada etapa de um fluxo |
US02 - Estatística da quantidade de processos concluídos e interrompidos por fluxo |
US03 - Visualizar relatório do processo |
US04 - Visualizar o tempo de conclusão dos processos por Etapa |
US05 - Baixar Relatório em Formato PDF e EXCEL |
Épico de Filtros |
US11 - Filtrar Processo individualmente e por Etapa |
US12 - Filtrar Processo individualmente e por Fluxo |
US13 Visualizar Processos na Etapa de um Fluxo |
US14 - Visualizar Relatório de Processos pela Data de Vencimento de uma Etapa |
2.2 Executadas
Épico de Estatísticas |
US01 - Visualizar quantidade de processos em cada etapa de um fluxo |
US02 - Estatística da quantidade de processos concluídos e interrompidos por fluxo |
US04 - Visualizar o tempo de conclusão dos processos por Etapa |
US05 - Baixar Relatório em Formato PDF e EXCEL |
Épico de Filtros |
US11 - Filtrar Processo individualmente e por Etapa |
US12 - Filtrar Processo individualmente e por Fluxo |
US13 Visualizar Processos na Etapa de um Fluxo |
2.4 Análise
No backlog do produto, foram planejadas 20 atividades e, até o momento da criação do documento, 13 delas já foram realizadas. Ainda são necessárias as disponibilizações de 5 tarefas, as US06, US07, US08, US15 e US20, onde todas já foram desenvolvidas mas apresentaram conflitos com as demais. As demais US's, US03 e US13, foram canceladas por representarem duplicações de funcionalidades. Um dos motivos principais para os conflitos foi o desenvolvimento das US's citadas sem o alinhamento de todo o grupo, gerando também atrasos nas entregas e revisões.
4. Qualidade
Planejado
Com a finalidade de realizar uma entrega mais segura e confiável para o cliente, a equipe almejou uma cobertura de testes acima de 80% para todos os repositórios, além de evitar bugs, codesmells, duplicações de código e vulnerabilidades, conforme analisado pela ferramenta SonarCloud. O principal objetivo do semestre foi agregar valor ao cliente, produzindo da forma desejada a maior quantidade possível de funcionalidades previstas. Dessa forma, não foi possível dar o foco necessário para melhorias relacionadas à qualidade do sistema, principalmente devido ao tempo de duração disponível para finalizar o sistema.
Executado
Apenas o repositório Unit-Service alcançou a meta de cobertura. Em relação aos demais objetivos, a ferramenta detectou apenas 3 bugs no Front, e 0 bugs nos demais. Detectou 0.8% e 9.2% de duplicação nos repositorios ProcessManagement e Front (respectivamente), mas nenuma ocorrência nos demais repositórios. Fora do esperado, foram encontrados 247 codesmells no repositório Front, 17 no ProcessManagement e 2 no User, mantendo os demais sem ocorrências. Por fim, nenhuma vulnerabilidade foi detectada em nenhum dos repositórios.
5.1 Análise
Em algumas sprints, durante o planejamento, praticamente não foram consideradas histórias mais fáceis do que realmente eram, devido à experiência dos membros do grupo em como desenvolver as tasks, mas houveram ocorrências de US's mais difíceis do que foi definido no planning poker. Isso resultou em um alto impacto no projeto e na entrega das histórias de usuário.
Um risco que superou as expectativas de ocorrências e influenciou diretamente nos fechamentos das histórias foi o de alterações solicitadas em cada entrega. Além disso, histórias desenvolvidas sem o devido planejamento em grupo travaram outras histórias relacionadas, aumentando significativamente o tempo para realizar a solução de conflitos, bugs e revisões.
No início do projeto, vários membros de MDS enfrentaram dificuldades com a configuração do ambiente de desenvolvimento. Em alguns casos, a dockerização do projeto não foi suficiente, pois algumas histórias exigiam um ambiente local de desenvolvimento em execução. Graças às medidas de contenção adotadas, a equipe conseguiu superar esse desafio.
6. Earned Value Management (EVM) - Capju
Histórico de versão
Data |
Versão |
Descrição |
Autor(es) |
11/12/2023 |
1.0 |
Criação da página de documentação dos planejados vs executados |
Brenda Santos e Washington Bispo |
20/12/2023 |
1.1 |
Adição de novas US's que foram implentadas |
Brenda Santos e Washington Bispo |