Lições Aprendidas
Histórico de Versões
| Versão | Data | Descrição | Autor(es) |
|---|---|---|---|
1.0 |
15/09/2026 | Consolidação dos aprendizados, dificuldades e ações da Unidade 1 | Equipe FutBoard |
1. Introdução Geral
Esta seção registra a evolução da equipe ao longo do projeto FutBoard, documentando os principais aprendizados de cada etapa do desenvolvimento. O objetivo é transformar dificuldades observadas, feedbacks recebidos do professor, do monitor e do cliente, e decisões tomadas pela equipe em ações concretas para as próximas unidades.
O documento é organizado por unidade, mantendo um histórico transparente da trajetória metodológica, técnica e organizacional do grupo.
2. Unidade 1
2.1. Contexto e Visão Geral
A Unidade 1 foi dedicada à construção da visão do produto e do projeto: entender o cenário atual do cliente, definir o processo de Engenharia de Requisitos e a estratégia de desenvolvimento, e propor uma primeira versão da solução. Foi também o primeiro contato da equipe com o domínio do cliente e com a dinâmica de produzir os artefatos exigidos pela disciplina dentro do prazo.
2.2. Dificuldades Observadas e Feedbacks Recebidos
A revisão da entrega mostrou que boa parte das dificuldades teve origem na forma como a elicitação foi conduzida: a equipe se apoiou fortemente em um único ponto de contato com o cliente, o que gerou lacunas na compreensão do negócio e inconsistências entre partes do documento — situações e decisões descritas em uma seção nem sempre estavam alinhadas com o que aparecia em outra.
Também ficou evidente uma dificuldade em justificar de forma consistente as escolhas metodológicas do projeto, tanto na definição do processo de Engenharia de Requisitos quanto na estratégia de desenvolvimento adotada. Algumas decisões foram registradas sem comparação suficiente com alternativas, ou sem deixar claro por que se aplicavam ao contexto específico do cliente.
Na proposta da solução, surgiram imprecisões conceituais — termos usados de forma ambígua, capacidades e requisitos não completamente rastreáveis aos objetivos do projeto, e afirmações de impacto (social, de negócio) difíceis de sustentar ou verificar dentro do escopo do projeto. Riscos éticos e de privacidade relevantes ao domínio foram identificados, mas ainda não totalmente traduzidos em requisitos concretos.
Por fim, na apresentação da entrega, a equipe teve dificuldade em manter a comunicação dentro do tempo estabelecido, refletindo uma preparação de roteiro e ensaio insuficiente para o formato exigido.
2.3. Aprendizados Adquiridos
- Elicitação mais ampla: entender bem um domínio não substitui ouvir todos os atores relevantes; múltiplas perspectivas evitam pontos cegos e inconsistências no cenário.
- Justificar decisões metodológicas: toda escolha de processo ou estratégia deve vir acompanhada de comparação com alternativas e de argumentos claros sobre por que se aplica ao contexto do projeto.
- Rastreabilidade e precisão conceitual: termos e capacidades da solução precisam de definições precisas e de uma ligação clara com os objetivos do projeto, para sustentar decisões futuras de escopo.
- Riscos sociais como requisitos: questões éticas e de privacidade identificadas no domínio devem ser convertidas em funcionalidades, políticas de acesso ou restrições explícitas, não apenas mencionadas como preocupação.
- Comunicação objetiva: apresentações dentro do tempo exigem roteiro definido com antecedência e ensaio cronometrado, não apenas revisão de conteúdo.
2.4. Ações Concretas para a Unidade 2
| Ação | Responsável | Prazo | Evidência de conclusão |
|---|---|---|---|
| Ampliar as fontes de elicitação, incluindo demais atores relevantes do cenário do cliente | Todos | Início da Unidade 2 | Registro de novas interações e atualização do cenário atual |
| Revisar as seções do documento de forma integrada, checando consistência entre cenário, estratégia e solução | Revisor designado por entrega | Antes de cada entrega | Checklist de revisão preenchido |
| Justificar formalmente as escolhas de processo de ER e de estratégia de desenvolvimento, com comparação de alternativas | Responsável pela seção de estratégia | Antes da entrega da Unidade 2 | Seção de justificativa atualizada no documento |
| Refinar a rastreabilidade entre objetivos, capacidades e requisitos, eliminando ambiguidades de termos | Todos | Durante o refinamento do MVP | Matriz de rastreabilidade atualizada |
| Traduzir riscos sociais e de privacidade já identificados em requisitos funcionais e não funcionais | Todos | Durante a Unidade 2 | Requisitos correspondentes registrados e rastreados |
| Ensaiar a apresentação com cronômetro antes da gravação final | Todos | Antes da entrega da Unidade 2 | Registro do ensaio e vídeo final dentro do tempo |
3. Unidade 2
3.1. Contexto e Visão Geral
Esta seção será preenchida ao final da Unidade 2, resumindo o foco principal das entregas do período.
3.2. Dificuldades Observadas e Feedbacks Recebidos
A ser preenchido.
3.3. Aprendizados Adquiridos
A ser preenchido.
3.4. Ações Concretas para a Unidade 3
A ser preenchido.
4. Unidade 3
4.1. Contexto e Visão Geral
Esta seção será preenchida ao final da Unidade 3.
4.2. Dificuldades Observadas e Feedbacks Recebidos
A ser preenchido.
4.3. Aprendizados Adquiridos
A ser preenchido.
4.4. Ações Concretas e Encerramento
A ser preenchido.