7. Lições Aprendidas

Nesta seção, são registradas as lições aprendidas durante as retrospectivas de cada unidade. O objetivo é evidenciar as ações de melhoria tomadas pela equipe e documentar as dificuldades encontradas ao longo do projeto.

7.1 Unidade 1

Durante a execução da Fase de Planejamento (Sprint 0) e o início das atividades de concepção do sistema VitalTech, a equipe realizou reuniões com o cliente para compreender o problema e estruturar a solução.

Dificuldades e Superação

Gestão de Escopo e Rastreabilidade: Inicialmente, o projeto foi definido de forma ampla, propondo a otimização genérica de "processos operacionais da instituição", o que dificultava a priorização e aumentava o risco de inviabilidade no prazo. Como superação, a equipe aplicou o Diagrama de Ishikawa para identificar a dor raiz e redefinir o escopo com foco no registro de informações na beira do leito. Como lição, destacou-se a importância da rastreabilidade entre objetivos de negócio, condições de problema, requisitos, histórias de usuário e critérios de teste.
Separação entre Requisitos e Decisões Técnicas: A equipe definiu tecnologias antes da consolidação dos requisitos, misturando decisões de implementação com necessidades do usuário. Como superação, foi adotada a separação clara entre condições de problema, requisitos funcionais, requisitos não funcionais e decisões técnicas. A lição aprendida é que a tecnologia deve ser consequência dos requisitos, e não seu direcionador.
Elicitação com Cliente Real: A limitação de tempo do cliente dificultou a validação contínua dos requisitos. Como superação, a equipe adotou gravação de reuniões e comunicação assíncrona para complementar a elicitação. Como aprendizado, foi identificado que a participação dos cuidadores é essencial para validar usabilidade e aderência ao contexto real de uso.
Validação de Requisitos e Qualidade: Inicialmente, a validação estava concentrada nas funcionalidades principais, com pouca atenção aos requisitos não funcionais. Como superação, a equipe passou a utilizar protótipos e simulações de uso ao longo do desenvolvimento. A lição é que requisitos não funcionais, como usabilidade e adequação ao ambiente, devem ser validados continuamente.
Organização das Sprints e Entrega de Valor: Houve uma tendência inicial de organizar o trabalho por camadas técnicas, dificultando a percepção de valor entregue. Como superação, a equipe passou a estruturar as sprints com foco em funcionalidades completas e integradas. A lição é que a organização do desenvolvimento deve priorizar a entrega de valor e a validação contínua.

Ações de Melhoria

Rigor no Escopo e Rastreabilidade: Garantir que toda funcionalidade esteja vinculada a uma necessidade real do usuário, mantendo rastreabilidade entre problema, requisito e solução.
Separação entre Problema e Solução: Evitar decisões técnicas prematuras, garantindo que a definição da solução ocorra apenas após a consolidação dos requisitos.
Validação Contínua com Usuários: Incorporar prototipação e simulações de uso como prática padrão, incluindo a participação ativa dos cuidadores.
Organização por Valor nas Sprints: Planejar sprints com foco em entregas funcionais completas, evitando a fragmentação por camadas técnicas.
Transparência e Gestão da Equipe: Manter comunicação contínua sobre impedimentos e adaptar a distribuição de tarefas conforme as habilidades da equipe.

7.2 Unidade 2

Durante a execução da Unidade 2 do projeto VitalTech, a equipe aprofundou as atividades de Engenharia de Requisitos, priorização, rastreabilidade e validação da solução proposta. As entregas desenvolvidas permitiram uma visão mais estruturada do produto e contribuíram para a consolidação do planejamento do sistema.

Dificuldades e Superação

Organização e Integração dos Artefatos: Com o aumento da quantidade de documentos e entregas produzidas, surgiu dificuldade em manter consistência entre requisitos, backlog, rastreabilidade, protótipos e histórias de usuário. Como superação, a equipe passou a revisar os artefatos de forma integrada e estabelecer maior padronização entre as documentações. Como lição aprendida, identificou-se que a integração e atualização contínua dos artefatos é essencial para manter coerência durante o desenvolvimento do projeto.
Priorização de Funcionalidades: Inicialmente, houve dificuldade em definir quais funcionalidades deveriam receber maior atenção dentro do tempo disponível da sprint. Como superação, foram aplicadas técnicas de priorização para avaliar impacto, esforço e valor entregue ao usuário. A lição aprendida foi que a priorização estruturada facilita a tomada de decisão e reduz riscos relacionados ao escopo do projeto.
Levantamento e Validação dos Requisitos: Durante a definição dos requisitos, surgiram dificuldades para garantir que todas as necessidades dos usuários fossem corretamente compreendidas e documentadas. Como superação, a equipe realizou revisões constantes dos requisitos e alinhamentos frequentes com as informações levantadas durante o projeto. A lição aprendida foi que o levantamento detalhado e a validação contínua dos requisitos são essenciais para reduzir ambiguidades e evitar retrabalho nas etapas seguintes.
Planejamento e Distribuição das Atividades: Houve dificuldade em equilibrar a divisão das tarefas e acompanhar o progresso das atividades da sprint. Como superação, a equipe passou a utilizar backlog, critérios de Definition of Ready (DoR), Definition of Done (DoD) e revisões frequentes das atividades em andamento. A lição aprendida foi que uma organização clara das tarefas melhora a produtividade, reduz retrabalho e facilita a colaboração da equipe.

Ações de Melhoria

Padronização e Atualização dos Artefatos: Manter revisões frequentes nos documentos produzidos, garantindo consistência entre requisitos, backlog, protótipos, rastreabilidade, histórias de usuário e critérios de aceitação.
Priorização Baseada em Valor: Continuar utilizando critérios objetivos para priorização das funcionalidades, considerando impacto para o usuário, esforço de implementação e valor entregue.
Validação Contínua da Experiência do Usuário: Ampliar o uso de protótipos e simulações de uso para validar usabilidade, acessibilidade e clareza das funcionalidades antes da implementação.
Melhoria na Organização das Sprints: Fortalecer o acompanhamento das tarefas durante as sprints, promovendo maior transparência sobre impedimentos e progresso das atividades.
Integração da Equipe e Comunicação: Estimular revisões colaborativas e alinhamentos frequentes entre os integrantes para reduzir inconsistências e melhorar a tomada de decisão ao longo do projeto.

7.3 Unidade 3

A Unidade 3 foi marcada pela consolidação da base funcional desenvolvida na Sprint 2, pela correção de feedbacks recebidos e pela identificação de débito técnico relacionado à Sprint 3. Embora parte da documentação e das evidências tenha sido reorganizada, as funcionalidades planejadas para a Sprint 3 não foram implementadas dentro do período previsto.

Essa situação mostrou a necessidade de registrar com mais clareza o percentual real de execução das sprints, os impedimentos encontrados e o impacto das entregas não concluídas sobre o planejamento do projeto.

O que funcionou bem

Correção dos feedbacks recebidos: A equipe conseguiu revisar documentos, ajustar inconsistências apontadas e melhorar a qualidade dos artefatos de requisitos.
Organização via issues e pull requests: A separação das correções em issues e revisões facilitou o acompanhamento das pendências e reduziu alterações sem rastreabilidade.
Consolidação da base funcional da Sprint 2: O software passou a ter uma base local executável, permitindo validar parte do fluxo de autenticação, cadastro e navegação.
Apoio da documentação ao desenvolvimento: A revisão dos artefatos ajudou a explicitar melhor o que foi feito, o que ficou pendente e quais evidências ainda precisam ser complementadas.

O que pode melhorar

Planejamento de capacidade da sprint: A Sprint 3 teve escopo previsto, mas não teve execução prática suficiente. Para as próximas unidades, o planejamento deve considerar melhor a disponibilidade real da equipe.
Registro das cerimônias no momento correto: Algumas evidências de processo foram registradas depois dos ritos. O ideal é que planning, review e retrospectiva sejam documentadas no mesmo período em que ocorrerem.
Gestão de débito técnico: As histórias não implementadas precisam ser registradas explicitamente como pendência, com impacto no cronograma e prioridade definida para replanejamento.

Ações de Melhoria

Replanejar o escopo pendente: Tratar as funcionalidades não executadas na Sprint 3 como débito técnico e redistribuí-las nas próximas sprints conforme prioridade.
Atualizar evidências de processo continuamente: Registrar planning, review, retrospectiva e demais evidências logo após sua realização.
Limitar o escopo ao que pode ser evidenciado: Evitar documentar práticas ou entregas que a equipe não consiga comprovar por meio de artefatos, registros ou software funcionando.
Trabalho em dupla e integração: O pair programming ajudou na divisão das tarefas, mas a integração entre partes desenvolvidas ainda gerou inconsistências pontuais. Para as próximas sprints, a equipe deve alinhar melhor responsabilidades, revisar alterações em conjunto e validar os fluxos integrados antes do fechamento da entrega.

Histórico de Revisão

Data	Versão	Descrição	Autor
03/04/2026	1.0	Criação do documento para submissão da proposta.	Alberto Côrtes, João Pedro Sampaio, Ana Caroline, Enzo Menali e Gustavo Xavier
10/04/2026	1.1	Finalização e correção do documento para primeira entrega.	Alberto Côrtes, Ana Caroline, Enzo Menali e Gustavo Xavier
12/04/2026	1.2	Últimas alterações nas seções 4 a 6 e seção 10 para submissão.	Alberto Côrtes, Ana Caroline, Enzo Menali e Gustavo Xavier
13/04/2026	1.3	Lançamento dessa seção no GitPages.	Gustavo Xavier
07/05/2026	1.4	Revisão da seção 7, com refinamento das lições aprendidas, inclusão de rastreabilidade de requisitos, separação entre problema, requisitos e decisões técnicas, além de ajustes na organização das sprints e validação contínua.	Ana Caroline
18/05/2026	1.5	Reformatação da seção de lições aprendidas, padronização dos tópicos da Unidade 2 e ajustes de clareza textual.	Enzo Menali
16/06/2026	1.6	Reorganização do documento, remoção de duplicidades e atualização das lições da Unidade 3 com registro do débito técnico.	Enzo Menali, Ana Caroline