Lições Aprendidas

Data	Versão	Descrição	Autor(es)
24/09/2023	0.1	Criação e estruturação do documento	Luan Mateus
25/10/2023	0.2	Inserção das Lições Aprendidas na Missão 2	Luan Mateus
20/11/2023	0.3	Inserção das Lições Aprendidas na Missão 3	Luan Mateus
11/12/2023	0.4	Inserção das Lições Aprendidas na Missão 4	Lucas Andrade

Unidade 1

Após ter saído de uma disciplina que apresentou o Scrum e XP como processos de organização de projeto e desenvolvimento de software, respectivamente, a matéria Requisitos de Software trouxe à tona outras abordagens, ciclos de vida e processos que podem ser utilizados. Além disso, foi ensinado que para escolher a abordagem ideal para o projeto é necessário avaliar requisitos, acessibilidade do cliente, prazos, recursos e outras situações.

Ademais, foi explicado pela primeira vez o processo de Engenharia de Requisitos, sendo necessário cada equipe listar as atividades que mais se adequam no cenário do projeto, sendo elas: Elicitação e Descoberta, Análise e Consenso, Declaração, Representação, Verificação e Validação, Organização e Atualização. Em outra analise, foi apresentado, também, as formas de como se entender um problema e as maneiras para descrever a Visão de Produto e Projeto.

Unidade 2

Nessa unidade foi apresentado com mais detalhes algumas atividades da Engenharia de Requisitos, sendo elas: Declaração de Requisitos, Organização e Atualização dos Requisitos. Com isso, os alunos experienciaram, na prática, dinâmicas envolvendo tais atividades. Além disso, foi apresentado, com mais detalhes, a atividade de Verificação e Validação, sendo necessário um grupo avaliar o backlog de produto do outro, facilitando assim, a busca e recebimento de feedbacks.

Unidade 3

No decorrer da Unidade 3, absorvemos valiosas lições sobre metodologias ágeis que impulsionam o desenvolvimento de software. Com o PBB (Product Backlog Building), aprendemos a priorizar e gerenciar itens do backlog, garantindo a entrega de valor ao cliente. Com o BDD (Behavior-Driven Development), compreendemos a importância de criar cenários que descrevem o comportamento esperado do sistema, promovendo uma comunicação clara entre desenvolvedores e stakeholders. O USM (User Story Mapping) nos ensinou a mapear histórias de usuários, facilitando a visualização do fluxo de trabalho e a identificação de lacunas. As práticas de Sprint Review, Planning e Retrospective nos mostraram a importância de revisar o trabalho realizado, planejar as próximas etapas e refletir sobre melhorias contínuas.Nessa unidade foi apresentado com mais detalhes algumas atividades da Engenharia de Requisitos, sendo elas: Declaração de Requisitos, Organização e Atualização dos Requisitos. Com isso, os alunos experienciaram, na prática, dinâmicas envolvendo tais atividades. Além disso, foi apresentado, com mais detalhes, a atividade de Verificação e Validação, sendo necessário um grupo avaliar o backlog de produto do outro, facilitando assim, a busca e recebimento de feedbacks.

Unidade 4

Durante a Unidade 4 nós tivemos a oportunidade de conhecer (para quem teve o primeiro contato) e aprofundar nosso conhecimento sobre Casos de Uso. Desde a fase inicial de identificação, elaboração do diagrama UML até a especificação de Casos de Uso, a disciplina proporcionou uma compreensão teórica e prática dessa abordagem. Nesse sentido, podemos dizer que a disciplina contribuiu para que tivéssemos uma ferramenta a mais na nossa bagagem que com certeza será utilizada em algum momento para modelar um projeto, e ter um entendimento mais claro de como o usuário interage com o sistema, e até mesmo da interação do sistema com sistemas externos.