Ir para o conteúdo

11. Lições Aprendidas

Esta seção registra os principais aprendizados obtidos pela equipe durante o desenvolvimento do projeto. O objetivo é transformar dificuldades observadas, feedbacks recebidos e decisões tomadas em ações concretas para as próximas unidades.

11.1 Unidade 1

A Unidade 1 envolveu a compreensão do contexto do cliente, a definição inicial da visão do produto e do projeto e a organização dos primeiros artefatos. A revisão da entrega, os apontamentos do professor e do monitor e as conversas posteriores da equipe permitiram identificar os aprendizados apresentados a seguir.

Efeitos observados na primeira entrega

As dificuldades da equipe produziram efeitos concretos sobre a entrega. A elaboração separada das seções exigiu uma revisão posterior para corrigir diferenças de interpretação entre o cenário atual e a solução proposta. A combinação inicial entre RAD e Scrum não estava suficientemente justificada e precisou ser reavaliada. O cronograma também demandou retrabalho por representar atividades de desenvolvimento em vez de organizar os artefatos e entregas da disciplina.

Além disso, a integração do conteúdo próxima ao prazo reduziu o tempo disponível para revisão coletiva e preparação da apresentação. Algumas decisões, como a atribuição das responsabilidades do projeto e a cadência mínima de validação com o cliente, permaneceram pendentes e deverão ser definidas e registradas pela equipe.

Compreensão compartilhada do projeto

A divisão do documento facilitou o início do trabalho, mas também evidenciou que cada integrante precisa compreender o projeto como um todo. Quando as seções são produzidas de forma isolada, podem surgir diferenças de interpretação, repetições e relações pouco claras entre problema, objetivos, características do produto e planejamento.

Como aprendizado, a equipe reconheceu a necessidade de realizar revisões coletivas antes das entregas e de discutir decisões que afetem mais de uma seção do documento.

Separação entre problema e solução

Os primeiros feedbacks mostraram a importância de descrever o contexto e as dificuldades atuais do cliente antes de apresentar funcionalidades. A solução deve ser consequência das necessidades identificadas, e não o ponto de partida da análise.

As respostas de Lucas ajudaram a esclarecer seu processo atual, que utiliza Samsung Notes, Word e caderno, além das limitações para a realização e o registro de testes. Isso tornou mais clara a relação entre o problema observado e a proposta do produto.

Validação contínua com o cliente

O contato com Lucas demonstrou que suposições da equipe precisam ser confirmadas antes de serem registradas como requisitos ou decisões do projeto. Também foi possível perceber que as reuniões com o cliente dependerão de sua disponibilidade e devem ser complementadas por contatos assíncronos quando necessário.

Para as próximas unidades, as dúvidas relevantes serão reunidas e apresentadas de forma objetiva, e as respostas utilizadas como evidências de validação dos artefatos.

Coerência entre estratégia e prática

A definição inicial da estratégia de desenvolvimento reuniu conceitos que não estavam suficientemente relacionados à forma de trabalho da equipe. A revisão dessa decisão mostrou que a escolha de uma abordagem deve refletir as práticas realmente adotadas e ser justificável no contexto do projeto.

A equipe decidiu organizar o trabalho com Kanban, utilizando um fluxo contínuo de atividades, limites de trabalho em andamento quando aplicáveis e acompanhamento visual do progresso.

Planejamento, rastreabilidade e comunicação

A experiência da primeira entrega reforçou que o cronograma deve ser construído coletivamente, revisado com antecedência e relacionado aos artefatos esperados. Também se tornou evidente a importância de registrar reuniões, decisões, responsáveis e validações para manter a rastreabilidade do trabalho.

A reunião fixa da equipe às segundas-feiras, o uso do repositório como fonte da documentação e o quadro Kanban servirão como pontos de apoio para essa organização.

Ações de melhoria

As ações abaixo foram formuladas para serem verificáveis. A identificação nominal de cada responsável será registrada no respectivo cartão do quadro Kanban, preservando a distribuição flexível das atividades adotada pela equipe.

Ação Responsável Prazo Evidência de conclusão
Revisar cada artefato de forma integrada, verificando sua relação com as demais seções. Autor do artefato e revisor designado no cartão Kanban. Até 48 horas antes da entrega correspondente. Pull request revisado e cartão com critérios de conclusão atendidos.
Registrar decisões, responsáveis e encaminhamentos das reuniões. Facilitador e relator definidos no início de cada reunião. Até 24 horas após a reunião. Ata publicada na seção de reuniões e vinculada à atividade relacionada.
Reunir dúvidas e validar com Lucas os artefatos que dependam de informações do cliente. Integrante atribuído à atividade de contato com o cliente no Kanban. Antes da revisão final do artefato afetado. Registro da resposta ou ata de reunião vinculada ao artefato.
Elaborar e revisar o cronograma com base nos artefatos e datas da disciplina. Grupo de dois ou três integrantes indicado no Kanban. Versão inicial antes do início das atividades da unidade e revisão semanal. Cronograma versionado e cartões correspondentes atualizados.
Manter a estratégia de trabalho coerente com as práticas realmente utilizadas. Responsável pela organização do fluxo e equipe durante a reunião semanal. Antes do início de cada unidade e sempre que o processo for alterado. Políticas do quadro Kanban e seção de estratégia atualizadas.
Preparar a apresentação como uma entrega coletiva. Apresentadores e revisor da apresentação definidos no Kanban. Ensaio realizado pelo menos 24 horas antes da apresentação. Checklist de revisão e versão final dos materiais.
Garantir que todos conheçam o estado geral do projeto. Todos os integrantes. Revisão na reunião semanal e antes de cada entrega. Ata com participantes, pendências e decisões registradas.

Histórico de Versão

Data Versão Descrição Autor
14/09/2026 0.2 Detalhamento dos efeitos observados e das ações verificáveis de melhoria. Luiz Henrique Pessato da Mota
14/09/2026 0.1 Registro das lições aprendidas e ações de melhoria da Unidade 1. Luiz Henrique Pessato da Mota