Lições Aprendidas
Histórico de Versão
Data | Versão | Descrição | Autor |
---|---|---|---|
16/04/2024 | 1.0 | Criação do Documento | Ana Karoliny |
31/07/2024 | 1.1 | Adição da Unidade 2 | Raphael Mendes, João Pedro |
10/09/2024 | 1.2 | Adição da Unidade 2 | Raphael e Ana |
Unidade 1
Nessa primeira unidade aprendemos sobre os processos de engenharia de software e engenharia de requisitos.
A importância de compreender profundamente o negócio ou produto para estabelecer corretamente seu ciclo de vida e a abordagem de desenvolvimento é destacada na primeira unidade, elementos cruciais para o sucesso do projeto. É enfatizada a necessidade de considerar diversos fatores, como requisitos, acessibilidade do cliente, prazos, equipe e recursos ao escolher a estratégia e o ciclo de vida mais apropriados.
Nesse primeiro momento, nossa equipe trabalhou de forma unida para tentar encontrar uma solução para nossa cliente. Fizemos algumas reuniões via Discord e mantivemos contato via Whatsapp, para trocarmos conhecimentos e experiências, que serviram para nos aproximar enquanto time.
Algumas dificuldades que encontramos durante essa Unidade, foi conciliar horários onde todos os membros da equipe consigam participar das reuniões simultaneamente. Mas isso não afetou nosso desenvolvimento, tampouco as entregas. É algo que ainda estamos nos ajustando.
Unidade 2
Nessa segunda unidade aprendemos o que são requisitos de software e como a elicitá-los e declará-los.
Aprendemos várias técnicas para elicitar requisitos, como workshops e entrevistas. A partir desse aprendizado, realizamos uma entrevista com a nossa cliente para esclarecer dúvidas e entender melhor as regras do seu negócio e, por consequência, seus requisitos.
Nós também aprendemos sobre os aspectos humanos envolvidos no processo de elicitação de requisitos, e como o bom entrosamento da equipe influencia no desenvolvimento do backlog do produto.
Já na declaração, aprendemos o que é um backlog e implementamos o backlog com o padrão SAFE, histórias de usuário, critérios de aceitação e critérios de priorização.
Unidade 3
Na terceira unidade, aprendemos sobre mais sobre os passos da Engenharia de Requisitos, principalmente nas tapas de
Foram feitos exercícios praticando os métodos Product Backlog Building (PBB) e User Story Mapping (USM) sobre situações-problema diversos.
Unidade 4
Nesta unidade o foco maior foi em revisar os conceitos já vistos ao longo das unidades 1, 2 e 3. Como, por exemplo, as atividades da engenharia de requisitos, requisitos funcionais e não funcionais. lém de disso, também discutimos batante sobre os conceitos de PBB e USM através de exercícios de Verificação e Validação. Por fim, foram ensinados Definition of Ready (DoR) e Definition of Done (DoD).