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.
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 |