7. Lições Aprendidas
Unidade 1
Nesta Unidade, aprendemos sobre a importância de se utilizar o processo, ciclo de vida e a abordagem mais adequada para cada tipo de projeto, levando em conta escopo, tipo de problema, tipos e complexidades de regras de negócio, habilidades da equipe, disponibilidade do stakeholder, sua familiaridade com tecnologia, a forma da interação dele com o time de desenvolvimento, e outros inúmeros aspectos. A forma como o time lidou com isso foi rever as filosofias e técnicas de diferentes abordagens e processos comparando com o a situação-problema apresentada pelo cliente, o que nos levou a escolher a abordagem ágil,ciclo de vida iterativo e icremental e processo XP. Com isto, uma importante lição aprendida foi que qualquer software deve existir para resolver um problema de pessoas, por isso promove uma intervenção social e portanto sua elaboração e construção devem ser feitas de forma colaborativa entre os stakeholders e equipe.
Durante a fase inicial do projeto, algumas lições importantes foram aprendidas, as quais contribuirão para o avanço do projeto em suas próximas etapas. Em seguida estão descritas algumas lições selecionadas pelo time como as mais relevantes:
Desafio: Em alguns momentos foi identificado que as informações relevantes sobre o projeto não estavam claras e homogêneas para todos os integrantes.
Solução: Foi decidido a criação de atas referentes às reuniões e definido que ao final das aulas presenciais serão realizadas reuniões no estilo stand-up meeting.
Desafio: O horário de disponibilidade dos integrantes não estava claro, e isso dificultou o agendamento de reuniões.
Solução: Foi realizado um mapa de calor com os horários disponíveis do time.
Unidade 2
Nesta unidade, aprendemos a importância de aplicar técnicas adequadas de Engenharia de Requisitos para garantir clareza, alinhamento e qualidade no desenvolvimento do projeto. Compreendemos melhor como conduzir a elicitação de requisitos por meio de métodos como entrevistas e brainstorming, garantindo que as necessidades reais do cliente sejam captadas. Aprendemos também a realizar análises e consensos com técnicas como negociação, priorização (MoSCoW, WSJF). Por fim, aprendemos a importância da verificação e validação e também a necessidade de manter os requisitos organizados e atualizados ao longo do projeto, usando o backlog como ferramenta central.
Desafio: O Scrum/XP não estava sendo utilizado da maneira correta.
Solução: Optamos por mudar para o RAD para que se adequasse melhor ao projeto no geral.
Unidade 3
Na Unidade 3, estudamos técnicas voltadas para a organização e validação de requisitos de software, como o PBB (Product Backlog Building), o USM (User Story Mapping) e o BDD (Behavior-Driven Development). A atividade proposta pelo professor, com base em estudos de caso, foi fundamental para consolidar o entendimento e a aplicação prática desses conceitos.
Desafio: Desenvolver da maneira correta os estudos de caso.
Solução: Com as apresentações em sala de aula, conseguimos identificar os erros cometidos e, a partir disso, realizar as correções necessárias nos documentos.
Unidade 4
Na unidade 4, foi possível compreender com mais profundidade o papel dos Casos de Uso na definição dos requisitos funcionais de um sistema, contribuindo para uma comunicação mais clara entre os envolvidos no projeto. Aprendemos como estruturar corretamente um caso de uso, incluindo os diferentes fluxos (principal, alternativos e de exceção), além das pré e pós-condições e possíveis requisitos complementares. Ficou claro a importância de identificar corretamente os atores e seus relacionamentos com os casos de uso, garantindo uma modelagem mais precisa e alinhada às necessidades do sistema.
Desafio: Desenvolver da maneira correta o Caso de Uso.
Solução: Devido a última apresentação, o grupo conseguiu absorver as informações passadas pelo professor e conseguimos fazer as mudanças necessárias para que ficasse mais completo.
Histórico de Versões
| Data | Versão | Descrição | Autor | Revisores |
|---|---|---|---|---|
| 19/04/2025 | 1.0 | Criação do documento | Igor Daniel | Maria Eduarda |
| 26/05/2025 | 1.1 | Atualizações e alterações | Pedro Henrique | Samara Alves |
| 23/06/2025 | 1.2 | Atualizações e alterações | Pedro Henrique | Cayo Alencar |
| 23/06/2025 | 1.3 | Atualizações e alterações | Pedro Henrique | Cayo Alencar |