Tasks | Pipeline Operacional
Fonte da verdade das tarefas do projeto. Cada task é uma nota individual
T-XXX.mdnesta pasta com frontmatter rico (status, owner, frente, prazo, prioridade, dependências, refs, tags).Visão pipeline: abrir
_bases/tasks-pipeline.baseno Obsidian — kanban + 8 views diferentes.Visão executiva read-only: TASKS.md (na raiz) — auto-gerada periodicamente a partir desta pasta.
Como criar uma task nova
- Abrir _template e copiar
- Salvar como
T-{próximo-id}.mdnesta pasta — próximo ID = maior atual + 1 (hoje: T-099) - Preencher frontmatter completo (status, owner, frente, prazo, etc.)
- Preencher seção Critérios de conclusão com checkboxes verificáveis
- Linkar atas / specs / decisões relacionadas no body
Para atualizar: editar o frontmatter (mudar
status,completed,effort_real, etc.) — a Base reflete imediatamente.
Convenções de frontmatter
Status
| Valor | Significado |
|---|---|
aberta | Aguardando início |
em-progresso | Sendo executada agora |
bloqueada | Esperando algo externo (descrever em notas operacionais) |
pendente | Aguardando trigger externo (data, evento, decisão de outrem) |
concluida | Critérios atendidos. Preencher completed: YYYY-MM-DD |
cancelada | Não vai mais ser feita. Preencher motivo em notas operacionais |
Prioridade
| Valor | Critério |
|---|---|
critica | Bloqueante de cliente, prazo em ≤3 dias, ou crise operacional |
alta | Prazo em ≤14 dias OU crítica para sprint atual |
media | Default |
baixa | Nice-to-have, sem prazo apertado |
Frente
| Valor | Quando usar |
|---|---|
anouk-interno | Trabalho interno Anouk (governança, infra, processos) |
anouk-cliente | Entregável para cliente (Igor, Ricardo, etc.) |
costal | Operação Costal (Sienge, agentes, processos) |
colliers | Operação Colliers (CIB, CTS, CREMS) |
geral | Cross-frente (não cabe em só uma) |
Owner
Sempre slug — minúsculas com hífens. Exemplos: pedro, gabriel, antonio, rafael, blaschek, marcos, igor, axios.
Cada slug tem nota correspondente em pessoas.
Para múltiplos: usar co_owners: [outro-1, outro-2] (não duplicar no owner).
Origem
| Valor | Quando usar |
|---|---|
reuniao | Surgiu de uma ata (link no body) |
gap | De gaps |
dependencia | De dependencias |
decisao | De decisoes |
spec | De um discovery prep ou spec |
definicao | De DEFINICOES (rituais, processos) |
manual | Criada ad-hoc, sem origem documentada |
Views disponíveis (Base tasks-pipeline)
A Base _bases/tasks-pipeline.base tem 19 views organizadas em grupos:
Vista geral:
- Todas as tasks
Por status (kanban manual — abrir uma após a outra):
- 🟡 Em progresso
- 🔴 Bloqueadas
- ⚪ Abertas
- ⏸️ Pendentes
- ✅ Concluídas
- ⚠️ Críticas
Por owner:
- 👤 Pedro
- 👤 Rafael
- 👤 Antônio
- 👤 Gabriel
Por frente:
- 🏢 Frente Colliers
- 🏗️ Frente Costal
- 🧠 Frente Anouk Interno
- 🤝 Frente Anouk Cliente
Por contexto / urgência:
- 🚀 Sprint semana 2
- 📅 Hoje + Imediato
- 📅 Esta semana
- 🔗 Recém-modificadas
Notas técnicas sobre Bases (debug 27/04):
- Filtros usam acesso direto a propriedade —
status == "aberta",owner == "pedro",frente == "colliers",priority == "critica". Funciona perfeitamente em filtros de view; também funciona emorder:para mostrar a propriedade como coluna da tabela.file.content.contains()não inclui o frontmatter — só o body. Usar acesso direto a propriedade para filtrar por status/owner/frente/etc.file.extension == "md"não funciona nesta versão (erro: “Não foi possível encontrar extension no tipo File”). Outras Bases do vault têm esse mesmo bug latente — corrigir quando der tempo.- Strings com
:precisam de aspas simples se forem usadas em filter inline (ex:'file.content.contains("chave: valor")').type: cards/groupBy/formulas/properties: displayName— não suportados. Para “kanban”, abrir as 4 views por status sequencialmente.- Drag-and-drop entre status — não disponível em Bases. Para mudar status, edita o frontmatter da nota T-XXX.md (a Base reflete imediatamente).
- Convenções completas registradas em runbook-tasks §Convenções de sintaxe Bases.
Estrutura desta pasta
00-projeto/tasks/
├── tasks.md ← este arquivo (folder note)
├── _template.md ← template para nova task
├── T-001.md
├── T-002.md
├── ...
└── T-098.md
Próximo ID livre: após T-098, usar T-099.
Manutenção
- Re-migrar do TASKS.md histórico (idempotente):
python 99-operacao/scripts/migrate-tasks-to-notes.py - Exportar dashboard read-only para TASKS.md raiz (a implementar):
python 99-operacao/scripts/export-tasks-dashboard.py - Validar consistência (a implementar): script que checa IDs duplicados, owners inválidos, prazos malformados, dependências circulares
Ver também
- Gaps — lacunas canônicas (origem de tasks)
- Dependências — itens bloqueados por terceiros
- Decisões — decisões estratégicas
- Definições — definições operacionais
- Reuniões — calendário e atas
- Pessoas — owners disponíveis
- Script de migração
Estrutura criada em 2026-04-27 (T-099) substituindo TASKS.md como tabela única. Migração de 98 tasks em 1 passada.
Tasks não indexadas
- T-082
- T-033
- T-096
- T-079
- T-094
- T-100
- T-090
- T-041
- T-067
- T-022
- T-087
- T-093
- T-030
- T-039
- T-031
- T-073
- T-059
- T-014
- T-019
- T-025
- T-066
- T-010
- T-101
- T-086
- T-061
- T-089
- T-011
- T-085
- T-084
- T-062
- T-102
- T-076
- T-054
- T-103
- T-003
- T-040
- T-088
- T-058
- T-021
- T-075
- T-097
- T-018
- T-020
- T-015
- T-038
- T-029
- T-091
- T-095
- T-013
- T-068
- T-028
- T-023
- T-065
- T-092
- T-081
- T-037
- T-060
- T-071
- T-070
- T-074
- T-072
- T-078
- T-077
- T-080
- T-083
- T-064
- T-016
- T-012
- T-049
- T-035
- T-043
- T-006
- T-036
- T-044
- T-032
- T-042
- T-005
- T-069
- T-009
- T-026
- T-048
- T-053
- T-051
- T-057
- T-034
- T-063
- T-056
- T-055
- T-024
- T-007
- T-046
- T-047
- T-008
- T-017
- T-050
- T-027
- T-052
- T-004
- T-045
- T-104
- T-108
- T-107
- T-106
- T-105
- T-109
- T-110
- T-111
- T-112
- T-113
- T-114
- T-115
- T-116
- T-117
- T-118
- T-119
- T-120
- T-121
- T-122
- T-123
- T-124
- T-125
- T-126
- T-127
- T-128
- T-129
- T-130
- T-131
- T-132
- T-133
- T-134
- T-135
- T-136
- T-137
- T-138
- T-139
- T-140
- Template