Clique Aqui (Disponível apenas para pessoas em UnB.br).
Sprint Planning - Sprint 4
Data: 28/06/2025
Horário: 21:09 (Início da gravação)
Duração: 29m 54s
Local: Teams
Participantes:
- Ian Costa Guimaraes (Scrum Master)
- Jose Andre Rabelo Rocha
- Pedro Luciano De Azevedo
- Caua Araujo Dos Santos
- Miguel Pires Gomes
(Observação: Wallyson Paulo Costa Souza não estava presente, mas foi mencionado como responsável por tarefas de organização do backlog).
Objetivo da Reunião
Realizar o planejamento da Sprint 4, definir as prioridades e distribuir as tarefas relacionadas ao Épico 2 (Geração e Gestão de Relatórios/Registros Clínicos), além de alinhar o cronograma com a data de entrega da unidade 4, marcada para 15 de julho.
Pontos Principais Discutidos
1. Revisão do Cronograma e Entregas
- Prazo Final: A entrega da unidade 4 é no dia 15 de julho.
- Planejamento das Sprints:
- Sprint 4: Foco no desenvolvimento do Épico 2 (geração e gestão de registros clínicos).
- Sprint 5: Encerra em 14 de julho, sendo a última entrega parcial antes do prazo final.
- Status do Projeto: Foi discutida a necessidade de atualizar o backlog no Azure DevOps (Pages) para refletir o estado atual e garantir que os critérios de aceitação das tarefas da sprint anterior sejam devidamente documentados por Pedro.
2. Foco da Sprint 4: Épico 2 - Registros Clínicos
- Prioridade Máxima (Must-have): O desenvolvimento do Épico 2, que inclui a geração e edição de relatórios (US 2.1) e a gestão de anexos e exportação (US 2.2), é o foco principal.
- Mudança de Nomenclatura: O time alinhou que o termo "Relatório" nas User Stories será substituído por "Registro Clínico" para melhor refletir a funcionalidade. O relatório passa a ser a saída (exportação) do registro.
- Visualização dos Registros: A visualização dos registros clínicos será feita em formato HTML dentro da plataforma, permitindo a exibição de textos e imagens. A exportação para PDF será tratada como uma funcionalidade separada.
3. Distribuição de Tarefas
| Tarefa | Responsável(eis) | Observações |
|---|---|---|
| US 2.1.1: Gerar Registro Clínico | Ian Costa e Jose Andre | Tarefa de maior complexidade, será desenvolvida em pair programming. |
| Anexar Imagens ao Registro | Ian Costa e Jose Andre | Considerada uma dependência funcional da geração do registro. |
| Editar Registro Clínico | Ian Costa e Jose Andre | Também associada à criação do registro. |
| Visualizar Histórico de Registros (Terapeuta) | Pedro Luciano e Miguel Pires | A visualização será em HTML. A tarefa foi atribuída à dupla por ter alta sinergia com a visualização do paciente. |
| Entregar/Visualizar Registro Clínico (Paciente) | Miguel Pires e Pedro Luciano | O paciente visualizará seus próprios registros em seu dashboard, de forma similar à visão da terapeuta. |
| Exportar Registro Clínico (HTML para PDF) | Caua Araujo | A tarefa consiste em pesquisar e implementar uma solução para converter o registro (em HTML, com texto e imagens) para um arquivo PDF. |
| Organização do Backlog | Wallyson Paulo | Atualizar o backlog no Azure DevOps, corrigir nomenclaturas e alinhar as User Stories com o planejamento atual. |
| Documentar Critérios de Aceitação (Sprint 3) | Pedro Luciano | Finalizar a documentação das tarefas da sprint anterior e movê-las para "Pronto". |
4. Ações e Decisões Técnicas
- Desenvolvimento: Todo o desenvolvimento deve partir da branch
develop. - Testes Unitários: Foi reforçada a importância de criar testes unitários para todas as novas funcionalidades, um ponto elogiado pelo professor na entrega anterior.
- Trabalho em Pares: A equipe foi incentivada a gravar as sessões de pair programming no Teams para documentar o progresso.
Próximos Passos
- Ian e Jose: Iniciar o desenvolvimento da funcionalidade core de geração de registros clínicos.
- Pedro e Miguel: Trabalhar em conjunto na implementação das telas de visualização de registros.
- Caua: Pesquisar e desenvolver a funcionalidade de exportação para PDF.
- Wallyson: Organizar e atualizar o backlog conforme discutido.
- Todos: Puxar as atualizações da branch
developantes de iniciar o trabalho e criar testes unitários.