✏️ Atividade 01: Escopo e Personas

🎯 Objetivo da Aula

Ao final desta atividade, você será capaz de:

• Definir um Escopo claro de projeto, diferenciando o que o sistema fará (In) do que não fará (Out).
• Criar Personas que representem usuários reais, mapeando suas dores e necessidades.
• Documentar a ideia central de um software profissional de ponta a ponta.

🏢 O Cenário Prático (Seu Desafio)

Imagine que você é o Líder de Produto (Product Owner) da TecProExpress. A diretoria identificou que os motoristas terceirizados estão com dificuldades para encontrar as entregas do dia, e o SAC está lotado de clientes perguntando "Onde está meu pacote?". O desafio desta semana é:

"Você precisa documentar a proposta de um novo App de Rastreamento. Sua primeira missão é definir o Escopo do projeto (para não estourar o orçamento da empresa) e descrever exatamente quem são as Personas (O Motorista e O Cliente) que vão usar a ferramenta."

🧠 Fundamentos: A Teoria Traduzida

Na Engenharia de Software, não saímos programando no primeiro dia. Precisamos alinhar as expectativas com os stakeholders (pessoas interessadas).

Escopo e Personas

• Escopo (Scope): É o limite do projeto. Se o cliente pede um carro, o escopo é o carro; um avião está fora do escopo.
• Persona: É uma representação semi-fictícia do seu cliente ideal baseada em dados reais e suposições educadas. Ela tem nome, dores e objetivos.

📊 Visualizando a Lógica

📖 Exemplo Guiado

Abaixo, veja como aplicar a teoria passo a passo no cenário da TecProExpress.

📊 Delimitação Visual do MVP (Escopo In/Out)

🛠️ Exemplo de Documentação

# Projeto: Rastreio Express

**Escopo (In):**
- Login do Motorista.
- Atualização de status da entrega (Pendente, Em Trânsito, Entregue).

**Escopo (Out):**
- Pagamento de comissão do motorista (Fora do escopo atual).

**Persona:**
*Nome:* Roberto "Beto", 45 anos.
*Ocupação:* Motorista Terceirizado.
*Dor:* "O aplicativo antigo trava muito e eu perco tempo ligando pro cliente."
*Objetivo:* Um botão gigante de "Cheguei no local".

🔍 Detalhamento da Documentação:

• Escopo (In): É o MVP (Mínimo Produto Viável).
• Escopo (Out): Protege a equipe de desenvolvimento contra pedidos abusivos que atrasam a entrega.
• Persona: Vai muito além de "homens de 40 a 50 anos". O Beto tem uma Dor e a nossa interface tem que curar essa dor.

🛠️ Prática Obrigatória 1: Definição do Escopo

Cenário: O projeto semestral que você vai desenvolver. Você pode escolher um sistema de Delivery, Gestão Escolar, PetShop ou criar o seu próprio.

1. Dê um Título para o seu sistema.
2. Escreva 1 parágrafo descrevendo "O Problema" que ele resolve.
3. Liste 3 funcionalidades que estão Dentro (In) do escopo.
4. Liste 2 funcionalidades que estão Fora (Out) do escopo.

🏁 Resultado Esperado (Para sua Referência)

Você deverá gerar um documento (Markdown ou PDF) contendo essas definições claras, sem jargões excessivos, provando que você sabe limitar o tamanho do seu projeto.

🛠️ Prática Obrigatória 2: As Personas

Cenário: Dar vida aos usuários do seu projeto.

1. Crie a Persona 1 (O usuário administrativo ou prestador de serviço).
2. Crie a Persona 2 (O cliente final).

Para cada uma, defina: Nome, Idade, Ocupação, Dores (frustrações) e Objetivo.

🏁 Resultado Esperado (Para sua Referência)

Fichas textuais ou cartões visuais (desenhados no draw.io ou Canva) detalhando humanamente quem utilizará o software.

📤 Instruções de Entrega (Microsoft Teams)

Após validar as suas definições de engenharia:

1. Salve o arquivo de documentação com o nome Atividade_01.md na pasta es-atv-01-escopo/ do seu repositório GitHub.
2. Certifique-se de fazer o commit e push para o repositório público.
3. Submeta o link do seu repositório no Microsoft Teams para avaliação do professor.

💡 Checkpoint de Lógica

🔥 Desafio de Fixação (Opcional)

Nível: Expert 🏆

Se você terminou rápido, expanda o seu escopo criando a "Matriz de Priorização (MoSCoW)":

• Must have (Deve ter)
• Should have (Deveria ter)
• Could have (Poderia ter)
• Won't have (Não vai ter nesta versão)

Classifique as funcionalidades do seu projeto nessas 4 categorias e anexe ao documento final.

📊 Rubrica Formativa de Avaliação