# Análise de Requisitos

# Introdução

Como descrito na seção de fluxograma o processo de análise de requisitos é realizado após a reunião de diagnóstico com o cliente e antes de formular a proposta, e também é descrito o enviamento do documento de perguntas para o pessoal de projetos. Ambas dessas ações descrevem um método mais remoto de análise, mas também é interessante realizar a análise de forma presencial, principalmente em projetos mais abstratos e complexos.

---

# Metodologia

1. Para realizar uma Análise de requisitos é necessário já ter feito a reunião de diagnóstico com o cliente e preenchido o documento de perguntas , para então, notificar projetos.
2. Ao notificar projetos, marque uma reunião ou espere o retorno do documento de Análise de Requisito com os pontos de esclarecimento, módulos, etc.
3. Formular proposta, tanto a apresentação quanto a formal .

# Tópicos da análise de requisitos

# 1. Dúvidas do cliente:

São perguntas geradas pelo membro de projetos designado que deve ser esclarecido com o cliente.

# 2. Ficha técnica:

Atualmente dividida em três tópicos, que descreve de forma resumida alguns aspectos de desenvolvimento.

# 3. Historietas de Usuário:

A parte mais interessante, sendo um tópico que descreverá a experiencia esperado de um usuários diversos. Geralmente divido em ações, espectativas, necessidades, etc...

# 4. Design System:

Aqui será colocado os detalhes de design pré existentes (que o cliente já definiu).

# 5. Eventuais dificuldades:

São desafios que precisará ser discutidos no futuro, caso o projeto seja continuado.

# 6. Módulos:

É uma tabela que descreverá os módulos selecionados pelo membro de projetos designado (que pode ser achado aqui ) junto com sua quantidade de issues.

# 7. Organização de execução:

O último tópico que definirá o aspecto prático do projeto, sendo dividido em:

1. Equipe: quantos devs serão alocados;
2. Cronograma: dividido em Sprints;
3. Prazo: o prazo 😕