# 📋 Gabarito - Prova Teórica 1: Gestão de Projetos de Software

**Disciplina:** Gestão de Projetos de Software  
**Curso:** Engenharia de Computação - 2º Período  
**Professor:** [Nome do Professor]  
**Valor Total:** 30 pontos

***

## 🎯 **Critérios de Avaliação Geral**

- **Excelente (90-100% dos pontos):** Resposta completa, técnica, demonstra conhecimento profundo, integração de conceitos, exemplos práticos relevantes
- **Bom (70-89% dos pontos):** Resposta adequada, alguns aspectos técnicos, conhecimento satisfatório, alguns exemplos
- **Regular (50-69% dos pontos):** Resposta básica, poucos aspectos técnicos, conhecimento limitado, exemplos genéricos
- **Insuficiente (0-49% dos pontos):** Resposta incompleta, erros conceituais, conhecimento inadequado, falta de exemplos

***

## 📚 **GABARITO DETALHADO**

### **PARTE 1: CONCEITOS FUNDAMENTAIS DE GESTÃO DE PROJETOS**

#### **Questão 1 (4 pontos): Programar vs Engenharia de Software e Gestão de Projetos**

**Programar:**
- Atividade técnica de codificação
- Foco na implementação de funcionalidades
- Escrever código seguindo lógica e sintaxe

**Engenharia de Software:**
- Disciplina abrangente que inclui:
  - Análise de requisitos
  - Design e arquitetura
  - Implementação (codificação)
  - Testes e validação
  - Manutenção e evolução
  - Gestão de qualidade
  - Gestão de projeto

**Relação com Gestão de Projetos:**
- Gestão de Projetos organiza e coordena atividades de Engenharia de Software
- Gerente de Projetos facilita processo de desenvolvimento
- Garante recursos, ambiente adequado, comunicação
- Controla escopo, tempo, custo e qualidade

**Papel do Gerente de Projetos:**
- Planejamento e controle
- Comunicação entre stakeholders
- Alocação de recursos
- Gestão de riscos
- Mediação de conflitos

**Exemplos - Portfólio:**
- **Programar:** Escrever código HTML/CSS para página de perfil
- **Engenharia:** Definir estrutura do site, escolher tecnologia (Hugo), planejar testes
- **Gestão:** Organizar equipe, definir prazos, controlar entregas

**Distribuição de Pontos:**
- Diferença programar vs engenharia: 1,5 pontos
- Relação com gestão de projetos: 1 ponto
- Papel do gerente de projetos: 1 ponto
- Exemplos práticos: 0,5 pontos

***

### **PARTE 2: VIABILIDADE E PLANEJAMENTO INICIAL**

#### **Questão 2 (7 pontos): Viabilidade e Project Charter**

**a) Tipos de Viabilidade (4 pontos):**

**Tipos de Viabilidade:**
1. **Técnica:** Recursos técnicos, tecnologia, competências da equipe
2. **Econômica:** Custos, benefícios, ROI, recursos financeiros
3. **Operacional:** Processos, pessoas, infraestrutura, capacidade de operação
4. **Legal:** Conformidade, regulamentações, licenças
5. **Temporal:** Prazos, cronograma, disponibilidade
6. **Organizacional:** Estrutura, cultura, mudanças organizacionais

**Exemplos para Portfólio:**

**Viabilidade Técnica:**
- Conhecimento de HTML/CSS/JavaScript
- Disponibilidade de Hugo e GitLab
- Competência da equipe em desenvolvimento web
- **Justificativa:** Garantir que equipe possui habilidades técnicas necessárias

**Viabilidade Econômica:**
- Custos de hospedagem (se houver)
- Tempo investido pela equipe
- Benefício: Portfólio profissional, aprendizado
- **Justificativa:** Validar que benefícios superam custos

**Viabilidade Operacional:**
- Tempo disponível dos membros
- Infraestrutura (computadores, internet)
- Processos de trabalho em equipe
- **Justificativa:** Garantir que projeto pode ser executado na prática

**b) Project Charter (3 pontos):**

**Definição:**
- Documento que autoriza formalmente o início do projeto
- Define objetivos, escopo inicial e recursos
- Define autoridade do gerente de projetos

**Elementos Essenciais:**
- Objetivos e justificativa do projeto
- Escopo inicial (alto nível)
- Stakeholders principais
- Recursos necessários
- Riscos iniciais
- Critérios de sucesso
- Restrições e premissas
- Orçamento inicial (se aplicável)

**Relação com Iniciação:**
- Primeiro documento formal do projeto
- Autoriza início do trabalho
- Base para planejamento detalhado
- Comunica projeto aos stakeholders
- Estabelece contexto e limites

**Distribuição de Pontos (Questão 2 completa):**
- **a) Tipos de viabilidade (4-6 tipos):** 1,5 pontos
- **a) Exemplos práticos do Portfólio:** 2 pontos
- **a) Justificativa de importância:** 0,5 pontos
- **b) Definição e importância:** 1 ponto
- **b) Elementos essenciais (5-7 itens):** 1,5 pontos
- **b) Relação com processo de iniciação:** 0,5 pontos

***

#### **Questão 3 (3 pontos): Issues, Milestones e Boards no GitLab**

**Issues:**
- Representam tarefas, bugs, features ou melhorias
- Possuem título, descrição, labels, assignee
- Podem ser vinculadas a milestones
- Permitem rastreamento e discussão

**Milestones:**
- Marcos temporais do projeto (sprints, releases)
- Possuem data de início e fim
- Agrupam issues relacionadas
- Representam entregas ou objetivos

**Boards:**
- Visualização Kanban do fluxo de trabalho
- Organização visual de issues
- Colunas: To Do, In Progress, Review, Done
- Facilita gestão visual do projeto

**Auxílio na Gestão Ágil:**
- **Issues:** Breakdown de trabalho em tarefas gerenciáveis
- **Milestones:** Organização temporal (sprints)
- **Boards:** Visualização de progresso e fluxo

**Exemplos - Portfólio:**
- **Issue:** "Criar página de perfil do membro X"
- **Milestone:** "Sprint 1 - Setup e Estrutura Básica"
- **Board:** Visualização de todas as tarefas do Sprint 1

**Distribuição de Pontos:**
- Diferenças entre os três conceitos: 1,5 pontos
- Como auxiliam gestão ágil: 1 ponto
- Exemplos práticos: 0,5 pontos

***

### **PARTE 3: GESTÃO DE ESCOPO E CRONOGRAMA**

#### **Questão 4 (3 pontos): Escopo e Requisitos**

**Escopo do Projeto:**
- Trabalho necessário para entregar o produto
- Inclui atividades de gestão, planejamento, execução
- Exemplo: Criar EAP, planejar sprints, desenvolver site

**Escopo do Produto:**
- Características e funções do produto final
- Foco nas funcionalidades entregues
- Exemplo: Páginas do site, navegação, formulário de contato

**Requisitos Funcionais (O QUE):**
- Funcionalidades específicas do sistema
- O que o sistema deve fazer
- Exemplos Portfólio:
  - Página principal com apresentação da equipe
  - Navegação entre páginas
  - Formulário de contato funcional

**Requisitos Não Funcionais (COMO):**
- Características de qualidade e performance
- Como o sistema deve funcionar
- Exemplos Portfólio:
  - Carregamento em menos de 3 segundos
  - Design responsivo (mobile e desktop)
  - Compatibilidade com navegadores modernos

**Distribuição de Pontos:**
- Diferença escopo projeto vs produto: 1 ponto
- Diferença requisitos funcionais vs não funcionais: 1 ponto
- Exemplos do Portfólio (2 de cada): 1 ponto

***

#### **Questão 5 (4 pontos): Estrutura Analítica do Projeto (EAP)**

**Definição:**
- Decomposição hierárquica do trabalho do projeto
- Organiza trabalho em entregas e componentes
- Estrutura em níveis progressivos de detalhamento

**Três Níveis Típicos:**
- **Nível 1:** Projeto completo
- **Nível 2:** Fases ou grandes entregas
- **Nível 3:** Pacotes de trabalho ou componentes

**Exemplo Simplificado - Portfólio:**

```
Nível 1: Projeto Portfólio de Equipe
    |
    ├─ Nível 2: Planejamento e Setup
    |   ├─ Nível 3: Project Charter
    |   ├─ Nível 3: Estrutura GitLab
    |   └─ Nível 3: Configuração Hugo
    |
    ├─ Nível 2: Desenvolvimento
    |   ├─ Nível 3: Página Inicial
    |   ├─ Nível 3: Páginas de Perfil
    |   └─ Nível 3: Formulário de Contato
    |
    └─ Nível 2: Deploy e Documentação
        ├─ Nível 3: Configuração CI/CD
        ├─ Nível 3: Deploy do Site
        └─ Nível 3: Documentação Final
```

**Distribuição de Pontos:**
- Definição de EAP: 1 ponto
- Três níveis explicados: 1 ponto
- Exemplo construído com 3 níveis e entregas: 2 pontos

***

#### **Questão 6 (2 pontos): Gantt vs PERT/CPM**

**Diagrama de Gantt:**
- Visualização temporal de atividades
- Barras horizontais representando duração
- Foco em cronograma e sequência
- Visual e fácil de entender
- Não mostra dependências complexas claramente

**Diagrama de Rede (PERT/CPM):**
- Mostra dependências entre atividades
- Calcula caminho crítico
- Identifica atividades críticas
- Mais complexo, mas mais preciso
- Útil para projetos com muitas dependências

**Para Portfólio:**
- **Gantt seria mais apropriado** porque:
  - Projeto relativamente simples
  - Facilita comunicação com equipe
  - GitLab oferece visualização tipo Gantt
  - Dependências não são extremamente complexas

**Distribuição de Pontos:**
- Diferenças entre Gantt e PERT/CPM: 1 ponto
- Justificativa da escolha: 1 ponto

***

### **PARTE 4: GESTÃO DE QUALIDADE E RECURSOS**

#### **Questão 7 (4 pontos): Custo da Qualidade**

**Conceito:**
- Custo total associado à garantia de qualidade
- Inclui custos de prevenir e corrigir problemas
- Investir em prevenção reduz custos totais

**Custos de Conformidade (Prevenção e Avaliação):**
- **Prevenção:** Planejamento, treinamento, processos, design
- **Avaliação:** Testes, inspeções, auditorias, revisões

**Custos de Não Conformidade (Falhas):**
- **Falhas Internas:** Retrabalho, scrap, correções antes da entrega
- **Falhas Externas:** Garantia, perda de clientes, retificações pós-entrega

**Exemplos - Portfólio:**

**Custos de Conformidade:**
- Tempo para planejar estrutura do site (prevenção)
- Revisões de código entre membros (avaliação)
- Testes de funcionalidades (avaliação)

**Custos de Não Conformidade:**
- Retrabalho devido a bugs não detectados (falha interna)
- Perda de credibilidade se site tiver problemas (falha externa)
- Tempo para corrigir erros pós-deploy (falha externa)

**Importância da Prevenção:**
- Previne problemas antes que ocorram
- Reduz custos totais a longo prazo
- Melhora qualidade do produto
- Aumenta satisfação do cliente

**Distribuição de Pontos:**
- Conceito de custo da qualidade: 1 ponto
- Diferença conformidade vs não conformidade: 1,5 pontos
- Exemplos práticos do Portfólio: 1 ponto
- Importância da prevenção: 0,5 pontos

***

#### **Questão 8 (3 pontos): Controle de Qualidade**

**Processo de Controle:**
1. **Medir:** Coletar dados de qualidade
2. **Comparar:** Analisar contra padrões/critérios
3. **Analisar:** Identificar causas de problemas
4. **Corrigir:** Implementar melhorias

**Plano para Portfólio:**
- Definir critérios de aceitação claros
- Estabelecer pontos de verificação (checkpoints)
- Criar lista de verificação (checklist)
- Realizar testes sistemáticos

**Técnicas de Controle:**
1. **Inspeção:** Revisão manual de código e design
2. **Testes:** Testes funcionais, de usabilidade, responsividade
3. **Peer Review:** Revisão entre pares antes de merge
4. **Validação com Stakeholders:** Feedback dos usuários
5. **Métricas:** Medição de performance (tempo de carregamento)
6. **Checklist:** Lista de verificação de requisitos

**Distribuição de Pontos:**
- Processo de controle: 1 ponto
- Plano de controle para Portfólio: 1 ponto
- Técnicas (3+ técnicas): 1 ponto

***

### **PARTE 5: GESTÃO DE RISCOS E DOCUMENTAÇÃO**

#### **Questão 9 (4 pontos): Gestão de Riscos**

**Conceito de Risco:**
- Evento ou condição incerta que pode afetar objetivos
- Pode ser negativo (ameaça) ou positivo (oportunidade)
- Caracterizado por probabilidade e impacto

**Risco Negativo (Ameaça):**
- Pode causar danos ao projeto
- Requer estratégias: Evitar, Transferir, Mitigar, Aceitar

**Risco Positivo (Oportunidade):**
- Pode trazer benefícios
- Requer estratégias: Explorar, Compartilhar, Melhorar, Aceitar

**Matriz de Probabilidade e Impacto:**
- Classificação em níveis: Baixa, Média, Alta
- Combinação define criticidade: Verde (baixa), Amarelo (média), Vermelho (alta)

**Classificação dos Riscos:**

**Risco A: Dificuldade em usar Hugo**
- **Classificação:** Alta Probabilidade + Alto Impacto = **VERMELHO (Crítico)**
- **Estratégia:** **MITIGAR** - Treinar equipe, fornecer documentação, tutoriais, apoio técnico

**Risco B: Conflitos de versão no Git**
- **Classificação:** Média Probabilidade + Baixo Impacto = **AMARELO (Médio)**
- **Estratégia:** **MITIGAR** - Estabelecer práticas Git, branch protection, code review

**Risco C: Ausência de membros**
- **Classificação:** Alta Probabilidade + Médio Impacto = **VERMELHO (Crítico)**
- **Estratégia:** **MITIGAR** - Estabelecer calendário claro, comunicação regular, distribuição equilibrada de trabalho

**Distribuição de Pontos:**
- Conceito de risco (negativo vs positivo): 1 ponto
- Matriz de probabilidade e impacto: 1 ponto
- Classificação dos 3 riscos: 1 ponto
- Estratégias adequadas: 1 ponto

***

#### **Questão 10 (3 pontos): Documentação**

**Importância:**
- Preserva conhecimento do projeto
- Facilita comunicação entre stakeholders
- Suporta manutenção e evolução
- Registo de decisões e justificativas
- Base para projetos futuros (lições aprendidas)

**Três Tipos Principais:**

1. **Documentação Técnica:**
   - Código, arquitetura, APIs
   - Finalidade: Manutenção e desenvolvimento
   - Exemplo Portfólio: README técnico, guia de instalação

2. **Documentação de Gestão:**
   - Project Charter, EAP, cronograma, planos
   - Finalidade: Organização e controle do projeto
   - Exemplo Portfólio: Project Charter, planos de sprint

3. **Documentação de Usuário:**
   - Manuais, guias de uso
   - Finalidade: Facilitar uso do produto
   - Exemplo Portfólio: Guia de navegação do site (se aplicável)

**Para Projeto Portfólio (Contexto Acadêmico):**
- **Aprendizado:** Documentação ajuda consolidar conhecimento
- **Avaliação:** Demonstra compreensão e organização
- **Colaboração:** Facilita trabalho em equipe
- **Portfólio Profissional:** Documentação bem feita é um diferencial
- **Lições Aprendidas:** Registro para projetos futuros

**Distribuição de Pontos:**
- Importância da documentação: 1 ponto
- Três tipos e finalidades: 1,5 pontos
- Relevância para Portfólio acadêmico: 0,5 pontos

***

### **PARTE 6: QUESTÃO INTERDISCIPLINAR**

#### **Questão 11 (6 pontos): Caso Prático Integrado**

Esta questão avalia a capacidade de integrar conhecimentos de múltiplas aulas para resolver um problema prático complexo. A resposta deve demonstrar compreensão dos conceitos e capacidade de aplicação integrada.

**a) Conter o Escopo (2 pontos):**
- **Processo de Controle de Escopo:**
  - Revisar escopo original do projeto
  - Documentar mudanças solicitadas
  - Avaliar impacto de cada mudança
  - Estabelecer processo formal de mudanças
- **Técnicas:**
  - Freeze de escopo para iterações específicas
  - Backlog para novas solicitações (avaliação posterior)
  - Validação de critérios de aceitação originais
  - Comunicação clara de limites do escopo

**b) Ajustar Cronograma (1 ponto):**
- **Reavaliação:**
  - Analisar atividades atrasadas
  - Reestimar durações realistas
  - Identificar dependências críticas
  - Recalcular caminho crítico
- **Ajustes Possíveis:**
  - Redefinir prioridades (MoSCoW)
  - Reduzir escopo não essencial (MVP)
  - Aumentar recursos (se viável)
  - Estender prazo final (com stakeholder approval)

**c) Controle de Qualidade (1 ponto):**
- **Medidas:**
  - Implementar testes sistemáticos antes de merge
  - Estabelecer code review obrigatório
  - Criar checklist de qualidade
  - Definir critérios de aceitação para cada entrega
  - Realizar inspeções regulares
  - Implementar testes automatizados (se possível)

**d) Tratar Riscos (1 ponto):**
- **Risco: Membros não finalizarem no prazo**
  - **Estratégia: MITIGAR**
  - Ações: Redistribuir trabalho, aumentar comunicação, estabelecer checkpoints frequentes, plano de contingência (backup)
- **Reavaliar registro de riscos:**
  - Atualizar probabilidades e impactos
  - Identificar novos riscos
  - Revisar estratégias de resposta

**e) Documentar Ações (1 ponto):**
- **Documentação Necessária:**
  - Registro de mudanças de escopo (change log)
  - Atualização do cronograma revisado
  - Plano de ação de qualidade atualizado
  - Registro de riscos atualizado e respostas implementadas
  - Ata de reunião com decisões tomadas
  - Lições aprendidas parciais

**Distribuição de Pontos:**
- **a)** Controle de escopo: 2 pontos (processo + técnicas)
- **b)** Ajuste de cronograma: 1 ponto (reavaliação + ajustes)
- **c)** Controle de qualidade: 1 ponto (medidas concretas)
- **d)** Tratamento de riscos: 1 ponto (estratégias adequadas)
- **e)** Documentação: 1 ponto (documentos relevantes)

**Critérios Adicionais para Excelência:**
- Integração clara entre diferentes áreas de conhecimento
- Exemplos práticos relacionados ao Portfólio
- Ações específicas e acionáveis
- Demonstração de compreensão sistêmica do problema

***

## 📊 **Resumo da Distribuição de Pontos**

| Parte | Questão | Valor |
|-------|---------|-------|
| **1. Fundamentos** | Q1 - Programar vs Engenharia | 4 |
| **Subtotal Parte 1** | | **4** |
| **2. Viabilidade/Planejamento** | Q2 - Viabilidade e Project Charter | 7 |
| | Q3 - GitLab | 3 |
| **Subtotal Parte 2** | | **10** |
| **3. Escopo/Cronograma** | Q4 - Escopo e Requisitos | 3 |
| | Q5 - EAP | 4 |
| | Q6 - Gantt vs PERT | 2 |
| **Subtotal Parte 3** | | **9** |
| **4. Qualidade/Recursos** | Q7 - Custo Qualidade | 4 |
| | Q8 - Controle Qualidade | 3 |
| **Subtotal Parte 4** | | **7** |
| **5. Riscos/Documentação** | Q9 - Gestão Riscos | 4 |
| | Q10 - Documentação | 3 |
| **Subtotal Parte 5** | | **7** |
| **6. Interdisciplinar** | Q11 - Caso Prático | 6 |
| **Subtotal Parte 6** | | **6** |
| **TOTAL** | | **30** |

***

## 🎓 **Observações para Correção**

1. **Abordagem Integrada:** A questão 14 requer integração de conhecimentos. Valorizar respostas que demonstram compreensão sistêmica.

2. **Exemplos Práticos:** Questões que pedem exemplos devem ser avaliadas pela relevância e conexão com o projeto Portfólio.

3. **Clareza e Completude:** Respostas devem ser claras, organizadas e completas. Parcialmente corretas recebem pontuação proporcional.

4. **Articulação Conceitual:** Valorizar respostas que demonstram compreensão além da mera memorização.

5. **Contextualização:** Respostas genéricas são aceitas, mas exemplos específicos do Portfólio aumentam a qualidade da resposta.

***

*Boa correção!*