DISCOVERY & DEFINIÇÃO · TEMPLATE 03

Stakeholder Map & RACI

Mapeamento de stakeholders e matriz RACI (Responsible, Accountable, Consulted, Informed). Evita o cenário recorrente "esqueci de avisar o time X" que mata projetos cross-team.

Quando usar Projetos com 3+ pessoas, especialmente cross-team
Quem lê PM, líderes, todo time impactado
Tamanho 1–2 páginas
Origem Management consulting (1950s)

Mapear stakeholders evita o cenário recorrente: você lança a feature e descobre que time-X precisava saber, time-Y vai operar sem ter ouvido, e time-Z tem uma dependência bloqueante que ninguém tinha enxergado. RACI (Responsible, Accountable, Consulted, Informed) é o modelo clássico criado nos anos 50 pela management consulting; permanece útil. O ato de articular para cada decisão "quem é o A?" frequentemente revela ambiguidades que paralisariam o projeto depois.

Template

# Stakeholder Map — [Nome do projeto]

## Matriz de stakeholders

| Stakeholder | Time/Cargo | Interesse | Influência | Engajamento |
|-------------|-----------|-----------|------------|-------------|
| [Nome] | [Cargo] | Alto/Médio/Baixo | Alta/Média/Baixa | Manter informado / Consultar / Engajar / Monitorar |

### Análise rápida
- **Alta influência + alto interesse:** engajar profundamente, decisões compartilhadas
- **Alta influência + baixo interesse:** manter satisfeito, comunicar mudanças
- **Baixa influência + alto interesse:** manter informado, ouvir feedback
- **Baixa influência + baixo interesse:** monitorar, não ignorar

---

## Matriz RACI

Para cada **decisão ou entregável** importante:
- **R (Responsible):** quem executa o trabalho
- **A (Accountable):** quem responde pelo resultado (sempre 1 pessoa)
- **C (Consulted):** quem opina antes da decisão
- **I (Informed):** quem é avisado depois

| Decisão / Entregável | PM | Eng Lead | Design | QA | Ops | Security | Legal |
|----------------------|----|---------:|--------|----|-----|----------|-------|
| Definição de escopo  | A  | C        | C      | I  | I   | I        | -     |
| Tech design          | C  | A,R      | I      | C  | C   | C        | -     |
| Implementação        | I  | A        | I      | C  | I   | -        | -     |
| Threat model         | I  | C        | -      | I  | C   | A,R      | I     |
| GDPR review          | I  | I        | I      | -  | I   | C        | A,R   |
| Lançamento (rollout) | A  | C        | C      | C  | C   | I        | I     |
| Postmortem (se incidente) | I | C    | -      | C  | A,R | C        | I     |

### Princípios
- Toda linha tem **exatamente 1 A** (accountable). Sem A claro,
  decisão fica órfã.
- R pode ser múltiplo (várias pessoas executam).
- C deve ser limitado (consultas paralisam projeto se forem dezenas).
- I é o mais usado: evita que ninguém saiba o que está acontecendo.

---

## Comunicação
| Audiência | Canal | Frequência | O quê |
|-----------|-------|------------|-------|
| Time core | Daily standup | Diário | Status, blockers |
| Stakeholders alta influência | 1:1 ou reunião | Semanal | Decisões, riscos |
| Toda a empresa | Slack #anuncios | Marcos importantes | Lançamentos, milestones |
heurística

Quando duas pessoas têm "A" na mesma decisão, a decisão vai atrasar — sempre. Forçar 1 A único é exercício difícil mas revela quem realmente tem a palavra final. Sem isso, "todos decidem" vira "ninguém decide".

Referências