Lições Aprendidas

MDS

Na Unidade 1, de acordo com o processo de desenvolvimento escolhido pela equipe irão ser atribuídos quatro papéis gerais: desenvolvedor, gerente de projeto, analista de teste e redator técnico.

Durante a Unidade 2, foram evoluídas principalmente questões técnicas, com a participação dos dojos das equipes e, em especial, ao dojo de react sobre como construir uma calculadora. Foram sanadas também dúvidas do grupo sobre o que são e como criar histórias de usuário, houve aprendizado sobre testes unitários e apresentação/esclarecimento de termos empresariais de desenvolvimento de software, que muitas vezes eram conhecidos pelos integrantes mas não possuiam um conceito claro, e, em alguns casos, o conceito entendido era equivocado.

Durante a Unidade 3, houve um avanço interessante na compreensão de todo o processo de desenvonvimento, desde a construção de um, até a manutenção do mesmo, o workshop ocorrido durante a SBPC foi de grande valor para esse entendimento. Entretanto, ainda há muito o que melhorar no trabalho em equipe para que seja possível atingir o objetivo final da disciplina.

Ao decorrer da matéria conseguimos aprender mais sobre métodos de desenvolvimento de software e a importância do planejamento em um projeto e como cada passo antes, durante e depois do desenvolvimento é afetado a partir de decisões no começo. Na Unidade 4, especificamente, pudemos aprender mais sobre GCS e como elas são aplicadas no dia a dia, além de ter um contato maior com a tecnologia utilizada no projeto e lógica de programação. Não conseguimos produzir o tanto quanto queríamos, nos empolgamos com a ideia do projeto e não levamos em consideração o tempo e a capacitação do time, mas foi uma ótima experiência e tivemos vários aprendizados para futuras matérias.

Requisitos

Com base nas atividades realizadas na Unidade 1, a equipe de requisitos chegou ao entendimento das principais etapas da engenharia de requisitos, desde a elicitação até a gerência de requisitos por meio da descrição da forma de trabalho, porém, é sentido a ausência da aplicação dos processos práticos em conjunto da teoria. Esperamos que nas próximas unidades essa carência seja sanada.

Com o decorrer da Unidade 2, foi notável a evolução do grupo no que diz sobre a prática dos conceitos estudados na unidade anterior. Num primeiro momento, foi importante entendermos que devemos ir além do que o cliente pede, afinal, é papel do engenheiro não só entregar um produto, mas sim entender as dores e necessidades do cliente e propor a melhor solução possível. Aplicamos a técnica "lean inception" para a elicitação dos requisitos para o MVP, melhorando assim nossas habilidades em declarar requisitos e nos relacionar com clientes. Foi solucionada também uma dúvida geral do grupo sobre a diferença entre requisito, regra de negócio e critério de aceitação e como organizar e montar uma lista de requisitos.

Durante a Unidade 3, houve um aprendizado maior em o que é e como criar um processo de engenharia de requisitos, além de outros frameworks que gerenciam todo o ecossistema de requisitos. Nessa unidade tivemos diversos imprevistos quanto ao avanço nas entregas da disciplina, isso se deve principalmente por uma falta de comprometimento geral da equipe, na minha visão, ainda temos um pouco de tempo para tentar resolver esses problemas. Os membros da equipe devem aprender a se organizar melhor, distribuindo o tempo entre as diversas disciplinas que estão cursando.

Na Unidade 4, foi importante o aprendizado sobre Histórias de Usuário, Casos e Uso e suas especificações, pois permitiu uma melhor conversa e um refinamento melhor de alguns requisitos. Houve também uma melhora na organização do grupo em relação as unidades anteriores, mas tendo em vista ainda que é possível a evolução em praticamente todos os pontos já citados nas unidades anteriores.

Além disso, vale ressaltar o baixo desempenho da equipe, que deve ser repensado bastante, se quisemos ter um desempenho bom e nos tornar profissionais de qualidade.

Acredito que ainda falta muito amadurecimento da equipe afim de poder falar que podemos ser gerenciar equipes e fazer um trabalho bem feito como engenheiros de requisitos.

MDS-Requisitos

Com o decorrer da Unidade 1 começamos a entender como trabalhar com equipes com visões diferentes de como realizar o trabalho,vale ressaltar que ainda temos muito a nos desenvolver para que as atividades em equipe saiam da forma que deveriam. Além disso, é de interesse geral que, no decorrer das unidades, a equipe se torne mais organizada e capaz de realizar trabalhos com uma qualidade superior.

Na Unidade 2, conseguimos integrar mais o grupo e melhorar o convívio entre os membros. Ocorreu uma melhora na separação das atividades e no ritmo de entrega das mesmas, desta forma, sendo notável a evolução de ambas as equipes no escopo de suas respectivas disciplinas.

Durante a Unidade 3, ocorreu uma maior integração entre as duas equipes, mas é nítida a necessidade de melhora nessa parte, tendo em visto que ela é o maior empecilho atualmente no projeto, caso a equipe consiga se unir mais, o projeto tende a se organizar melhor. Além disso, é visível a falta de organização da equipe, o que gera atrasos e baixa qualidade nas entregas da disciplina e para o cliente.

Na Unidade 4, foi notada a evolução na integração entre as equipes de MDS e Requisitos, houve melhora na organização, comprometimento e no desenvolvimento da ferramenta, o trabalho das equipes tornou-se ligeiramente mais fluido e constante. Mas ainda foram enfrentados os mesmos problemas citados anteriormente, como atrasos, falta de engajamento e problemas na conciliação dos membros com as outras matérias.

Histórico de Versões

Data	Versão	Descrição	Autor
30/06/2022	0.1	Versão inicial	Augusto Camargo
01/07/2022	0.1.1	Pequena correção na tabela	André Corrêa
21/07/2022	0.2	Atualização para Unidade 2	Gabriel Luiz
21/07/2022	0.2.1	Adição de conteúdo	Gabriel Luiz
18/08/2022	0.3	Adição de conteúdo	André Corrêa
08/09/2022	0.4	Adição de conteúdo	Gabriel Luiz
12/09/2022	0.5	Adição de conteúdo	Alexia Naara e Davi Pierre