Skip to content

Lições Aprendidas

8 LIÇÕES APRENDIDAS

8.1 Unidade 1

As lições aprendidas na unidade 1 se resumem, mas não são contidas por:

  1. Organização documental: enquanto em MDS aprendemos a organizar idéias e colocá-las de forma explícita em um ambiente de desenvolvimento, na unidade 1 de Requisitos aprendemos a documentar propriamente as propostas, requisitos e processos escolhidos, não só para a equipe se referir, mas também para que o cliente consiga ler e interpretar a lógica utilizada.
  2. Definição refinada de requisitos: a maioria dos integrantes da nossa equipe já havia trabalhado anteriormente com o levantamento de requisitos, porém de uma forma muito arbitrária e subjetiva, na unidade 1 da matéria aprendemos a lógica por trás destes levantamentos e estamos pondo-os em prática.
  3. Estágios de um bom desenvolvimento/Arquitetura de requisitos: aprendemos também a trabalhar com os requisitos de uma maneira arquitetural, sem pular etapas e definindo, por exemplo, as semanas desde o início do projeto, de forma a manter o projeto o mais rastreável e previsível o possível.

8.2 Unidade 2

As lições aprendidas na unidade 2 se resumem, mas não são contidas por:

  1. Como gerir e criar um MVP bem construído e Priorizado: aprendemos como um projeto de software pode nos drenar mentalmente, e como devem ser priorizados os requisitos e funcionalidades do sistema.
  2. Levantamento dos Requisitos: Nosso principal aprendizado foi a necessidade de priorizar os requisitos, A falta de priorização causou entraves na entrega do MVP e na otimização do time.
  3. Importância do feedback, e consequente validação, com o cliente: A partir das reuniões e avaliações constantes com o cliente, a priorização dos requisitos tornou-se um pouco viável e nos permitiu ajustar melhor a visão do produto para que suprisse suas necessidades.
  4. Gestão de comunicação com uma equipe enxuta: Uma vez que a rotina dos integrante se mantém instável devido a suas obrigações para com a vida acadêmica e pessoal, a necessidade de produção aumentava, visto que muitas vezes teve-se que construir uma tarefa direcionada à um integrante, ou substituí-lo de alguma forma. Dito isso, provou-se que a comunicação é fulcral no desenvolvimento do produto.