> ## Documentation Index
> Fetch the complete documentation index at: https://processos.contagie.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Gestão de Projetos

> Princípios, papéis e cadências de gestão de projetos da Contagie, baseados no PMBOK

## Papéis e Responsabilidades

| Papel                   | Responsável       | Atuação                                                                          |
| ----------------------- | ----------------- | -------------------------------------------------------------------------------- |
| **Gerente de Projetos** | Guilherme         | Constrói EAPs, define cronograma, gerencia execução e reporta para Operações     |
| **Operações**           | Ariana            | Recebe reports, toma decisões e comunica direcionamentos para a equipe executora |
| **Equipe Executora**    | Varia por projeto | Executa tarefas conforme EAP, recebe direcionamento via Operações                |

### Fluxo de comunicação

O Gerente de Projetos serve como **inteligência de planejamento e controle** para Operações. A comunicação com a equipe executora flui via Operações.

<Steps>
  <Step title="Guilherme planeja e controla">
    Constrói a EAP, define cronograma, monitora execução e identifica riscos.
  </Step>

  <Step title="Guilherme reporta para Ariana">
    Relatório semanal com status, tarefas em execução e próximas tarefas.
  </Step>

  <Step title="Ariana decide e comunica para a equipe">
    Toma decisões com base no report e direciona a equipe executora.
  </Step>
</Steps>

***

## Base Metodológica

A gestão de projetos da Contagie é baseada no **PMBOK (Project Management Body of Knowledge)**, com foco prático em:

* **Escopo antes de execução** — nenhum projeto começa sem EAP aprovada
* **Decomposição em entregas** — todo projeto é quebrado em pacotes de trabalho mensuráveis
* **Controle por caminho crítico** — foco nas tarefas que determinam o prazo final
* **Análise de recursos** — alocação consciente para evitar sobrecarga

<Info>
  Não aplicamos o PMBOK inteiro. Usamos os princípios que fazem sentido para o porte e contexto da Contagie.
</Info>

***

## EAP / WBS (Estrutura Analítica do Projeto)

A **Estrutura Analítica do Projeto** (EAP) — ou *Work Breakdown Structure* (WBS) — é a ferramenta central de planejamento. Ela decompõe o projeto em entregas e pacotes de trabalho até um nível gerenciável.

### Por que usamos

* Garante que **nada seja esquecido** no escopo
* Permite estimar esforço, custo e prazo com base em partes menores
* Facilita a atribuição de responsáveis por pacote de trabalho

### Como construímos

<Steps>
  <Step title="Definir o objetivo do projeto">
    Qual é a entrega final? Qual problema resolve?
  </Step>

  <Step title="Decompor em entregas principais">
    Quebrar o projeto em grandes blocos de entrega (fases ou áreas).
  </Step>

  <Step title="Decompor entregas em pacotes de trabalho">
    Cada entrega é dividida em tarefas executáveis e atribuíveis.
  </Step>

  <Step title="Validar com Operações">
    Ariana valida se a EAP reflete o que precisa ser feito antes de iniciar execução.
  </Step>
</Steps>

### Ferramenta

A EAP é construída e gerenciada no **MS Project**.

<Warning>
  Nenhum projeto inicia execução sem EAP aprovada por Operações.
</Warning>

***

## Cronograma: Durações, Dependências, Marcos e Prazos

Após a aprovação da EAP, o próximo passo é transformá-la em um **cronograma executável**. Isso envolve aferir quatro elementos para cada pacote de trabalho:

<Steps>
  <Step title="1. Estimar durações">
    Para cada tarefa da EAP, definir quanto tempo ela leva para ser concluída.

    * Usar referência de projetos anteriores quando possível
    * Considerar disponibilidade real dos recursos (não teórica)
    * Incluir margem para imprevistos em tarefas de alto risco
  </Step>

  <Step title="2. Mapear dependências">
    Identificar a relação entre tarefas:

    * **Término-Início (TI):** a tarefa B só começa quando A termina (mais comum)
    * **Início-Início (II):** B começa junto com A
    * **Término-Término (TT):** B só termina quando A termina

    <Warning>
      Dependências mal mapeadas são a principal causa de cronogramas irrealistas.
    </Warning>
  </Step>

  <Step title="3. Definir marcos (milestones)">
    Marcos são **pontos de verificação** com duração zero — representam entregas importantes ou decisões-chave.

    Exemplos:

    * EAP aprovada
    * Primeiro entregável validado
    * Go/No-Go para próxima fase
    * Entrega final do projeto
  </Step>

  <Step title="4. Consolidar prazos">
    Com durações, dependências e marcos definidos, o MS Project calcula automaticamente:

    * **Data de início e término** de cada tarefa
    * **Caminho crítico** do projeto
    * **Folgas** disponíveis em tarefas não-críticas

    <Info>
      O prazo final do projeto é consequência do planejamento, não uma data arbitrária.
    </Info>
  </Step>
</Steps>

***

## Caminho Crítico

O **caminho crítico** é a sequência mais longa de tarefas dependentes que determina a duração mínima do projeto. Qualquer atraso em uma tarefa do caminho crítico atrasa o projeto inteiro.

### Como usamos na prática

* O MS Project calcula automaticamente o caminho crítico a partir das durações e dependências
* Guilherme monitora as tarefas críticas com prioridade no relatório semanal
* Tarefas fora do caminho crítico têm **folga** — podem atrasar sem impactar o prazo final

### Regra

<Warning>
  Tarefas no caminho crítico nunca devem ser desbloqueadas por último. Se há risco de atraso, Guilherme escala para Ariana imediatamente.
</Warning>

***

## Análise de Recursos

Antes de iniciar a execução, Guilherme analisa a alocação de recursos para garantir viabilidade:

| Verificação                  | O que avaliar                                                        |
| ---------------------------- | -------------------------------------------------------------------- |
| **Disponibilidade**          | A pessoa alocada tem tempo real para executar no período planejado?  |
| **Sobrecarga**               | Algum recurso está alocado em mais tarefas do que consegue executar? |
| **Conflitos**                | Há tarefas simultâneas que competem pelo mesmo recurso?              |
| **Dependência de terceiros** | Alguma tarefa depende de alguém fora da equipe? Qual o risco?        |

<Info>
  Se houver sobrecarga ou conflito, o cronograma deve ser ajustado antes de iniciar — não durante a execução.
</Info>

***

## Cadências e Rituais

### Relatório Semanal do Projeto

Guilherme produz um relatório semanal contendo:

| Seção                   | Conteúdo                                                |
| ----------------------- | ------------------------------------------------------- |
| **Tarefas em execução** | O que está sendo feito nesta semana, por quem, e status |
| **Próximas tarefas**    | O que entra na próxima semana e quem é responsável      |
| **Riscos e bloqueios**  | O que pode atrasar e o que precisa de decisão           |
| **Marcos atingidos**    | Marcos concluídos no período                            |
| **Caminho crítico**     | Status das tarefas críticas                             |

### Rotina de Report para Ariana

* **Frequência:** semanal
* **Formato:** relatório estruturado (conforme tabela acima)
* **Objetivo:** munir Ariana de informação para tomar decisões e comunicar a equipe

### Comunicação com a Equipe Executora

* **Quem comunica:** Ariana
* **Quando:** após receber e analisar o report de Guilherme
* **O que:** direcionamentos, prioridades da semana, decisões tomadas

***

## Princípios Não-Negociáveis

1. **Sem EAP, sem projeto** — nenhuma execução começa sem estrutura analítica aprovada
2. **Escopo antes de prazo** — primeiro definimos o que precisa ser feito, depois quando
3. **Caminho crítico é prioridade** — tarefas críticas nunca ficam para depois
4. **Report é obrigatório** — sem relatório semanal, não há visibilidade
5. **Decisões via Operações** — Guilherme reporta, Ariana decide e comunica
6. **Cronograma é consequência** — o prazo nasce do planejamento, não de desejo
7. **Recurso sobrecarregado = cronograma ajustado** — sobrecarga identificada antes, não durante