🧱 Por que dois sistemas
Cada ferramenta tem virtude. Linear: velocidade pra eng (atalhos, cycles, GitHub sync nativo). Notion: flexibilidade pra docs, marketing, processo. Forçar tudo em um só vira fricção pros dois lados.
📋 Quem usa o quê
| Time | Sistema | Por quê |
|---|---|---|
| Engenharia | Linear | Velocidade, GitHub PR sync, cycles |
| Produto | Notion + Linear | Specs em Notion, execução em Linear |
| Marketing | Notion | Docs, planning, calendário editorial |
| Ops/Finance | Notion | Databases custom, dashboards |
🔄 Os 4 sync mais úteis
Não tente sincronizar tudo. Esses 4 cobrem 90% do valor sem complexidade.
Linear DONE → Notion release notes
Issue marcada done no Linear (com label "user-facing") vira entry em Notion "Changelog 2026" automaticamente.
Notion spec → Linear issue
Doc no Notion com label "ready-for-dev" vira issue no Linear no projeto correto.
Linear roadmap → Notion dashboard
Roadmap (Q1, Q2…) do Linear espelhado em Notion pra visibilidade não-eng.
Bug em Notion → Issue Linear urgente
Reclamação cliente capturada em Notion vira issue Linear P0 com link de volta.
🚀 Prompt: release notes auto
O sync mais útil. Toda terça (sprint review), Cowork compila tudo done na semana e gera changelog público.
Toda terça 14h: 1. Pega Linear issues DONE na última semana com label "user-facing" ou "release-note" 2. Pra cada, escreve entry de release notes: - Título user-friendly (não jargão técnico) - 1-2 frases do impacto pro user - Screenshot se PR tem (busca em GitHub) - Categoria: New / Improved / Fixed 3. Adiciona ao Notion page "Changelog 2026" 4. Posta também no Slack #releases (com link Notion) Tom: amigável, focado no benefício. Não copie título da issue. Antes de publicar, me mostra rascunho.
⚠️ Conflitos de fonte da verdade
A pergunta crítica: quem é dono do dado? Sem regra clara, sync vira ping-pong infinito. Defina UM sistema autoridade por tipo de info.
📌 Source of truth por tipo
- • Specs e propostas: Notion (vai pra Linear quando ready)
- • Issues de eng: Linear (Notion só espelha)
- • Changelog: Notion (Linear é fonte mas Notion é UI pública)
- • Roadmap estratégico: Notion (Linear executa)
- • Status real-time: Linear (sem espelho — vai direto)
🎯 Padrões de label
Cowork precisa de pista pra saber o que sincronizar. Labels (Linear) e tags (Notion) são essa pista.
# Labels Linear - user-facing → entra em changelog - internal → só visível interno (não sync) - bug-from-customer → cria entry "Fixed" + ping suporte - breaking-change → alerta especial no changelog # Tags Notion - ready-for-dev → cria issue Linear - needs-spec → bloqueado, não sync - shipped → não sync (já tá done) - archived → ignora
🛠️ Manutenção do sync
Sync que dá pau silenciosamente é pior que sem sync. Heartbeat semanal + auditoria mensal.
✓ Manter saudável
- ✓Heartbeat semanal no Slack
- ✓Auditoria mensal de divergências
- ✓Labels com convenção clara
- ✓1 dono do sync (não comitê)
✗ Evite
- ✗Sync bidirecional sem regra clara
- ✗10 labels sem documentação
- ✗Cada um cria label do jeito dele
- ✗Sync silencioso (sem heartbeat)
📚 Resumo do Módulo
Próximo Módulo:
3.5 — 💳 Stripe analytics