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 |