Como criar relação no Notion para hierarquia Issue-Epic-Sprint

Você quer vincular issues, epics e sprints no Notion para que sua equipe acompanhe o trabalho desde metas de alto nível até tarefas individuais. O Notion usa propriedades Relation para conectar itens de banco de dados, mas construir uma hierarquia de três níveis exige planejamento cuidadoso para evitar links quebrados e referências circulares. Este artigo explica como criar bancos de dados separados para Issues, Epics e Sprints, e depois conectá-los com propriedades Relation e Rollup. Você aprenderá as etapas exatas para configurar a hierarquia e os erros comuns a evitar.

Entendendo a hierarquia Issue-Epic-Sprint no Notion

Uma hierarquia ágil típica coloca Sprints no topo, Epics no meio e Issues na base. Cada Sprint contém vários Epics, e cada Epic contém várias Issues. No Notion, você representa isso criando três bancos de dados e conectando-os com propriedades Relation. Uma Relation é uma propriedade que vincula um item de banco de dados a um ou mais itens em outro banco de dados. Você precisa de duas propriedades Relation para cada banco de dados: uma que aponte para o pai (ex.: Epic no banco de dados Issues) e outra que aponte para o filho (ex.: Issues no banco de dados Epic). Isso permite ver tanto o pai a partir do filho quanto o filho a partir do pai.

Pré-requisitos

Antes de começar, certifique-se de ter um workspace do Notion com acesso total para criar bancos de dados e propriedades. Você não precisa de integrações de terceiros. Todos os recursos usados aqui estão disponíveis nos planos Free, Plus, Business e Enterprise do Notion. Você deve estar confortável em criar novos bancos de dados e adicionar propriedades.

Passos para criar a hierarquia de relação entre Issues, Epics e Sprints

1. Crie os três bancos de dados
   No seu workspace do Notion, crie três novos bancos de dados. Nomeie-os como Issues, Epics e Sprints. Use a visualização Tabela para cada um, pois ela mostra as propriedades Relation com mais clareza. Você pode mudar para outras visualizações depois.
2. Adicione propriedades básicas a cada banco de dados
   No banco de dados Issues, adicione uma propriedade Select chamada Status com opções como A Fazer, Em Andamento, Concluído. No banco de dados Epics, adicione uma propriedade Select chamada Status com as mesmas opções. No banco de dados Sprints, adicione uma propriedade Date chamada Datas e uma propriedade Select chamada Status.
3. Crie a Relation de Issues para Epics
   Abra o banco de dados Issues. Clique no botão + no cabeçalho da última coluna. Selecione Relation. No campo Conectar a, escolha o banco de dados Epics. Nomeie a propriedade como Epic. Clique em Criar Relation. Uma nova coluna aparece no banco de dados Issues, e uma coluna Relation correspondente aparece no banco de dados Epics.
4. Renomeie a Relation criada automaticamente em Epics
   Vá para o banco de dados Epics. Você verá uma nova coluna Relation chamada Issues (o nome do outro banco de dados). Renomeie-a para Lista de Issues clicando no cabeçalho da coluna e digitando o novo nome. Esta coluna mostrará todas as Issues vinculadas a cada Epic.
5. Crie a Relation de Epics para Sprints
   No banco de dados Epics, clique no botão + e adicione outra propriedade Relation. Conecte-a ao banco de dados Sprints. Nomeie esta propriedade como Sprint. Uma nova coluna aparece em Epics, e uma coluna Relation correspondente aparece em Sprints.
6. Renomeie a Relation criada automaticamente em Sprints
   Vá para o banco de dados Sprints. Renomeie a coluna criada automaticamente de Epics para Lista de Epics.
7. Adicione um Rollup de Issues para Epics para status
   No banco de dados Issues, adicione uma propriedade Rollup. Nomeie-a como Status do Sprint. Na configuração do Rollup, defina Relation como Epic (a Relation que você criou). Defina Property como Status. Defina Calculate como Mostrar Original. Isso exibirá o status do Epic em cada Issue.
8. Adicione um Rollup de Epics para Sprints para datas
   No banco de dados Epics, adicione uma propriedade Rollup. Nomeie-a como Datas do Sprint. Defina Relation como Sprint. Defina Property como Datas. Defina Calculate como Mostrar Original. Isso mostrará o intervalo de datas do Sprint em cada Epic.
9. Adicione um Rollup em Sprints para resumo de status dos Epics
   No banco de dados Sprints, adicione uma propriedade Rollup. Nomeie-a como Contagem de Status dos Epics. Defina Relation como Lista de Epics. Defina Property como Status. Defina Calculate como Contar Tudo. Isso fornece uma contagem de todos os Epics vinculados ao Sprint. Para um resumo mais detalhado, adicione outro Rollup com Calculate definido como Contar Valores e filtre por um status específico.
10. Popule a hierarquia com dados de exemplo
    Crie um item Sprint chamado Sprint 1. Dentro do banco de dados Epics, crie um Epic chamado Login do Usuário e vincule-o ao Sprint 1. Dentro do banco de dados Issues, crie uma Issue chamada Criar formulário de login e vincule-a ao Epic Login do Usuário. Repita para todos os itens necessários. As propriedades Rollup serão atualizadas automaticamente.

Erros comuns e como evitá-los

Propriedade Relation não mostra itens após vincular

Isso acontece quando você cria a Relation apenas de um lado. O Notion cria automaticamente a Relation reversa ao configurar uma Relation, mas se você excluir a coluna criada automaticamente, o link quebra. Sempre renomeie a coluna reversa em vez de excluí-la. Se já a excluiu, crie uma nova Relation a partir do outro banco de dados e conecte-a ao mesmo banco de dados. O Notion mesclará as duas Relations.

Rollup não mostra nada ou valor incorreto

Um Rollup depende de uma Relation. Se a propriedade Relation estiver vazia para um item, o Rollup não mostrará nada. Certifique-se de que cada Issue tenha um Epic selecionado e cada Epic tenha um Sprint selecionado. Verifique também se a configuração Calculate do Rollup corresponde ao seu objetivo. Por exemplo, Mostrar Original funciona para texto e datas, enquanto Contar Tudo funciona para números.

Referências circulares causam lentidão no desempenho

Se você criar uma Relation de Issues para Sprints além de Issues para Epics e Epics para Sprints, cria um caminho circular. O Notion ainda funcionará, mas os tempos de carregamento podem aumentar. Mantenha uma cadeia linear: Issues -> Epics -> Sprints. Não adicione Relations diretas entre Issues e Sprints.

Configuração de Relation no Notion: Issues-Epics-Sprints vs Issues-Sprints Apenas

Item	Hierarquia de Três Níveis (Issues-Epics-Sprints)	Hierarquia de Dois Níveis (Issues-Sprints)
Número de bancos de dados	3	2
Propriedades Relation necessárias	2 por banco de dados (6 no total)	1 por banco de dados (2 no total)
Granularidade do acompanhamento	Epics agrupam Issues sob um objetivo comum	Sem agrupamento; Issues são atribuídas diretamente a Sprints
Complexidade do Rollup	Requer Rollups encadeados (Issue->Epic->Sprint)	Rollup único de Issue para Sprint
Melhor para	Equipes que planejam em temas ou funcionalidades em vários Sprints	Equipes que atribuem todo o trabalho diretamente a um Sprint

A hierarquia de três níveis adiciona uma camada Epic que ajuda a agrupar Issues por funcionalidade ou tema. Isso é útil quando uma funcionalidade abrange vários Sprints. A hierarquia de dois níveis é mais simples, mas perde a capacidade de ver o progresso no nível da funcionalidade.

Agora você pode construir uma hierarquia Issue-Epic-Sprint funcional no Notion usando propriedades Relation e Rollup. Comece criando os três bancos de dados e vinculando-os na ordem correta. Use Rollups para exibir status e datas sem atualizações manuais. Para acompanhamento avançado, adicione uma propriedade Formula que sinalize Epics atrasados com base nas datas de término do Sprint.