Runbook | Onboard de Pessoa Nova
Checklist para quando uma pessoa nova entra no projeto Colliers/Costal — time Anouk, cliente (Costal/Colliers) ou fornecedor.
Gatilho
Nova pessoa relevante ao projeto aparece em:
- Uma reunião com participação confirmada
- Um contrato ou documento de stakeholder
- Uma cadeia de e-mail recorrente
- Uma indicação direta de Igor / Pedro / outro stakeholder
Passo 1 — Criar arquivo individual
Caminho: 06-directory/pessoas/<slug>.md (slug = nome-sobrenome em minúscula, com hífens).
Frontmatter mínimo:
---
title: "Nome Completo"
updated: 2026-04-22
empresa: "Colliers" | "Costal" | "Anouk Partners" | "Outros"
papel: "Cargo ou função"
frente: [colliers] | [costal] | [anouk] | [colliers, costal]
contato:
email: "email@empresa.com"
telefone: "+55 11 9XXXX-XXXX"
slack: "@usuario"
tags: [stakeholder]
publish: [internal]
---Seções sugeridas no corpo:
- Papel no projeto — o que decide, o que executa, o que aprova
- Relações relevantes — a quem se reporta, quem depende dela
- Histórico de interações — reuniões com a pessoa, decisões conjuntas (linkar atas)
- Preferências operacionais — se tem (canal preferido, estilo de comunicação, janelas)
- Itens em aberto — tarefas/dependências onde é owner
Use template _template como base.
Passo 2 — Atualizar mapas
- Adicionar à tabela em pessoas na seção apropriada (Anouk, Costal, Colliers, Outros)
- Se é nível executivo (director+), adicionar também em stakeholders
- Se decide sobre tema material, adicionar em matriz-decisao
- Se tem particularidade operacional, nota em regras-de-comunicacao
- Se tem nome curto/apelido, adicionar em aliases
Passo 3 — Atribuir time (se aplicável)
Se a pessoa é de um time já mapeado (Anouk, Costal, Colliers, time específico):
- Conferir times — a pessoa está na listagem?
- Se time ainda não existe mas deveria, criar entrada em
06-directory/times/<slug>.md
Passo 4 — Acesso operacional
Dependendo do papel, garantir:
| Acesso | Responsável | Prazo típico |
|---|---|---|
| Slack do projeto (canais relevantes) | Pedro | Mesmo dia |
| Vault Obsidian (compartilhamento Google Drive) | Pedro | Mesmo dia |
| Email de grupo (se aplicável) | Pedro | 1-2 dias |
| Permissão em ferramenta cliente (Sienge, SharePoint, etc.) | Rafael + Michael (para Colliers) | Conforme demanda |
Passo 5 — Contexto inicial
Enviar à pessoa um kit de contexto mínimo:
- Link para HOME e README
- Link para visao-geral
- Link para STYLE-GUIDE e guia-uso-obsidian
- Se pessoa é da Anouk: missão dela em
00-projeto/missoes/missao-<nome>.md(criar se ainda não existir) - Se pessoa é cliente: brief executivo mais recente (ex: brief-board-2026-q2)
Passo 6 — Registro
- Adicionar entrada em DEFINICOES na seção “Onboarding e equipe” se a pessoa tem papel estruturalmente novo
- Se o onboarding gera tarefas para outros owners (ex: configurar acesso), adicionar em TASKS
- Comunicar a entrada no canal Slack do projeto
Critério de pronto
- Arquivo individual criado em
06-directory/pessoas/ - Mapas atualizados (pessoas, stakeholders se aplicável, matriz-decisao se aplicável)
- Acessos operacionais em andamento
- Pessoa recebeu kit de contexto
- Primeiro toque (reunião ou thread Slack) realizado dentro da primeira semana
Ver também
- runbook-rodar-reuniao — primeira reunião com a pessoa
- Diretório
- regras-de-comunicacao
- STYLE-GUIDE §3 (frontmatter de pessoas)