10. Lições Aprendidas e Melhorias para o Processo
10.1 Unidade 1️⃣
Durante o desenvolvimento da primeira unidade do projeto, focada na proposta inicial e nos requisitos do sistema, a equipe enfrentou desafios e obteve aprendizados cruciais. Abaixo estão as lições aprendidas e as ações de melhoria propostas para otimizar os próximos ciclos de desenvolvimento.
10.1.1 Alinhamento na Definição de Requisitos
- Desafio:
A equipe teve dificuldades na definição detalhada de alguns requisitos funcionais, resultando em ambiguidades na proposta inicial. Por exemplo, a funcionalidade de "Gestão de Agendamentos" (OE1) gerou dúvidas sobre a necessidade de integração com múltiplos calendários externos. - Ação de Melhoria:
- Implementar sessões de validação mais detalhadas com o cliente, utilizando protótipos de baixa fidelidade para cada requisito;
- Garantir que os critérios de aceitação sejam claros e inequívocos antes do início do desenvolvimento;
- Revisar e validar a documentação de requisitos em reuniões conjuntas.
10.1.2 Planejamento de Cronograma (Tempo de Alocação)
- Desafio:
O cronograma inicial foi ambicioso em relação à alocação de tempo para a fase de "Requisitos e Escopo", gerando pressão na equipe. Revisões e aprofundamentos exigiram mais tempo do que o previsto, atrasando o início da prototipação. - Ação de Melhoria:
- Adotar uma abordagem mais conservadora na alocação de tempo para as fases iniciais, adicionando margens de segurança;
- Atualizar o cronograma dinamicamente a cada sprint, refletindo o progresso real e ajustes necessários.
10.1.3 Comunicação com o Cliente
-
Desafio: A interação inicial com o cliente foi menos frequente do que o ideal, levando a suposições que precisaram ser corrigidas posteriormente. Isso gerou retrabalho na seção de "Solução Proposta".
-
Como foi superada:
- Intensificação da comunicação com o cliente por meio de um canal ágil no WhatsApp;
- Estabelecimento de reuniões quinzenais programadas;
- Criação de um grupo para troca dinâmica de dúvidas e feedbacks, refinando a proposta e garantindo um entendimento mais preciso das necessidades.
10.1.4 Definição do Escopo do Projeto
- Desafio:
Houve dificuldades para delimitar o escopo inicial, especialmente em funcionalidades complexas como a "Visualização de Dados para a Empresa" (OE1). A falta de clareza do cliente sobre o nível de detalhe dos relatórios necessários gerou incertezas. - Como foi superada:
- Utilização do processo de RAD (Rapid Application Development) para criar protótipos rápidos do painel de gestão;
- Apresentação dos protótipos ao cliente para validação, permitindo priorizar funcionalidades e ajustar o escopo;
- Garantia de que o desenvolvimento agregasse valor ao negócio.
10.2 Unidade 2️⃣
Durante o desenvolvimento da segunda unidade, focada no aprofundamento dos conceitos de Engenharia de Requisitos, compreensão do problema e estruturação das entregas fundamentais (MVP, Backlog, Processo de ER, DoR e DoD), a equipe enfrentou novos desafios e consolidou aprendizados essenciais para a evolução do projeto. A seguir estão as principais lições aprendidas e ações de melhoria identificadas.
10.2.1 Entendimento do Problema e das Necessidades do Usuário
- Desafio:
A equipe percebeu que a transição da visão geral (Unidade 1) para a análise aprofundada trouxe dificuldades para transformar percepções subjetivas do cliente em necessidades claras. Alguns pontos, como as prioridades reais do usuário final, foram inicialmente interpretados de forma imprecisa. - Ação de Melhoria:
- Documentar necessidades com maior granularidade, reduzindo ambiguidades.
10.2.2 Tipos de Requisitos, Regras de Negócio e Processo de Engenharia de Requisitos
- Desafio:
Apesar de já existirem requisitos definidos na Unidade 1, houve dificuldade em classificar corretamente os requisitos em funcionais, não funcionais e regras de negócio, especialmente quando conceitos se sobrepunham. A definição explícita do Processo de ER também demandou maturidade maior da equipe. - Ação de Melhoria:
- Criar quadros visuais para separar requisitos de regras de negócio;
- Formalizar o Processo de ER da equipe no início de cada unidade.
10.2.3 Definição do Product Backlog
- Desafio: Ao converter requisitos em itens do backlog, a equipe enfrentou problemas com a granularidade das histórias de usuário. Algumas ficaram amplas demais, enquanto outras eram detalhadas além do necessário, dificultando estimativas e priorização.
- Ação de Melhoria:
- Criar histórias alinhadas ao fluxo real de uso;
- Revisar o backlog semanalmente para garantir aderência ao MVP.
10.2.4 Definição do MVP (Produto Mínimo Viável)
- Desafio:
Inicialmente, o MVP proposto era muito amplo e incluía funcionalidades que extrapolavam o objetivo mínimo de validação. A dificuldade estava em identificar o que realmente era essencial para validar hipóteses com o cliente. - Como foi superado:
- Redução do escopo do MVP, de forma alinhada com o cliente, sem comprometer a entrega de valor.
10.2.5 Definição e Aplicação de DoR (Definition of Ready) e DoD (Definition of Done)
- Desafio:
A introdução das definições de DoR e DoD gerou dúvidas sobre os critérios e como aplicá-los de forma consistente. Em algumas histórias, a equipe confundiu critérios de preparo com critérios de conclusão. - Ação de Melhoria:
- Manter exemplos de histórias bem escritas e finalizadas como referência.
10.2.6 Comunicação e Colaboração da Equipe
- Desafio:
Com entregas mais interdependentes, ficou claro que a comunicação precisava ser ainda mais frequente. - Como foi superado:
- Divisão mais clara de responsabilidades por documento/entrega.
10.3 Unidade 3️⃣
A terceira unidade do projeto marcou uma etapa decisiva no aprofundamento das técnicas de especificação de requisitos, trazendo a aplicação prática de métodos como PBB, BDD, User Story Mapping e modelagem de casos de uso. Além disso, esta unidade consolidou a transição entre o planejamento e a execução baseada em evidências, garantindo evolução no entendimento do sistema e no desenvolvimento do MVP. A seguir estão as lições aprendidas e as ações de melhoria identificadas.
10.3.1 Aplicação dos Fundamentos de PBB e BDD
- Desafio:
A dificuldade enfrentada pela equipe foi compreender e aplicar corretamente os conceitos de Product Backlog Building (PBB) e Behavior-Driven Development (BDD) no estudo de caso proposto pela disciplina. - Como foi superado:
- Ao realizar o estudo de caso proposto, a equipe conseguiu compreender de forma mais clara a aplicação dos conceitos.
10.3.2 Construção do User Story Mapping (USM)
- Desafio:
O processo de construção do User Story Mapping exigiu da equipe uma visão holística do fluxo do usuário dentro do sistema. Inicialmente, houve dificuldade em organizar atividades, etapas e histórias de forma hierárquica, o que impactou a clareza do mapa. - Como foi superado:
- Realizar sessões colaborativas utilizando ferramentas visuais (Miro) para representar o fluxo;
- Priorizar o entendimento das jornadas reais dos usuários antes de mapear funcionalidades.
10.3.3 Modelagem dos Casos de Uso
- Desafio: A elaboração do diagrama de casos de uso trouxe desafios relacionados à identificação dos limites do sistema e ao papel de cada ator. Algumas interações inicialmente não estavam claras, levando a representações equivocadas no diagrama.
- Ação de Melhoria:
- Revisar o diagrama com base nos requisitos levantados anteriormente;
- Consultar exemplos de diagramas padrão da UML para evitar interpretações erradas.
10.3.4 Especificação dos Casos de Uso
- Desafio:
A escrita das especificações dos casos de uso revelou dificuldades em manter consistência entre os fluxos principais, alternativos e exceções. Em alguns momentos, descrições ficaram extensas demais ou pouco detalhadas. - Como foi superado:
- Uso de templates padronizados para todas as especificações;
- Revisão cruzada entre os membros da equipe para garantir uniformidade;
- Aplicação de exemplos práticos para ajustar o nível de detalhamento necessário.
Histórico de Versão 🔄
| Data | Versão | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
| 30/11/2025 | 1.0 | Lições aprendidas: Unidade 1 | Bernardo Watanabe | Anna Brandão |
| 01/12/2025 | 2.0 | Lições aprendidas: Unidades 2 e 3 | Anna Brandão | Bernardo Watanabe |