Reúna suas equipes de produto, engenharia, QA e design em um único Espaço de trabalho.

Crie e mantenha um roadmap de produto, entregue funcionalidades e corrija bugs usando uma metodologia ágil Scrum ou Kanban.

Comece agora com nosso modelo de desenvolvimento de software!

Organize sua Hierarquia para desenvolvimento de software

Configure a Hierarquia do seu Espaço de trabalho para desenvolvimento de software.

Use campos personalizados para desenvolvimento de software

Use campos personalizados para adicionar contexto útil às tarefas no seu Espaço de desenvolvimento de software.

Crie visualizações para desenvolvimento de software

Crie visualizações para organizar e filtrar seu trabalho de desenvolvimento de software.

Use Documentos para desenvolvimento de software

Aproveite a versatilidade dos Documentos para notas de versão, planos de pesquisa e muito mais!

Modelos de desenvolvimento de software

Aplique nossos modelos úteis de desenvolvimento de software ao seu Espaço de trabalho para economizar tempo!

Automações para desenvolvimento de software

Gaste menos tempo em tarefas repetitivas e mais tempo no que realmente importa! Crie Automações personalizadas para sua equipe de desenvolvimento de software.

Integrações para desenvolvimento de software

Conecte aplicativos externos ao seu Espaço de trabalho de desenvolvimento de software.

Use o ClickUp IA do Brain para desenvolvimento de software

Use o ClickUp IA do Brain para responder perguntas usando o contexto do seu Espaço de trabalho de desenvolvimento de software.

Como usar a visualização Board em standups diários

A visualização Board torna o standup mais rápido porque o board já responde à pergunta sobre o que cada pessoa está fazendo. Para configurá-la para standups:

1. Abra a Lista do Sprint.
2. Na barra de Visualizações, clique em + Visualização e selecione Board.
3. No canto superior esquerdo, clique na opção de agrupamento atual.
4. Selecione Responsável.

A coluna de cada pessoa passa a mostrar suas tarefas organizadas por status. Durante o standup, a equipe percorre a própria coluna. Tarefas bloqueadas ficam visíveis imediatamente. Ninguém precisa dar uma atualização de status que o board já mostra.

Para realizar um standup baseado em fluxo, altere o agrupamento para Status. Percorra as colunas Em andamento, Em revisão e Bloqueado para identificar o que precisa de atenção antes de o dia começar.

Como usar Documentos como wikis para o ClickUp Brain

Vincule Documentos diretamente a tarefas do Sprint ou mantenha-os em um Espaço de Documentos dedicado dentro do seu Espaço de Engenharia. Quando um Documento é marcado como wiki, o ClickUp Brain o trata como a fonte da verdade para perguntas sobre aquele tema.

Um colega que perguntar ao Brain sobre o runbook de implantação ou o processo de escalonamento de incidentes receberá a resposta certa, não uma genérica.

Bons candidatos ao status de wiki em uma equipe de desenvolvimento:

• Registros de decisões de arquitetura
• Runbooks de incidentes e guias de escalonamento
• Guias de integração para novos engenheiros
• Documentação de API e especificações de integração

Para marcar um Documento como wiki, abra-o e ative a configuração de wiki no menu de configurações do Documento. Um selo roxo aparece no Documento confirmando o status.

Como automatizar notificações de dependência

As transferências que mais atrasam as equipes de desenvolvimento são as que ninguém se lembra de fazer. Quando uma dependência bloqueante é resolvida, o responsável pela tarefa bloqueada precisa saber imediatamente para que o trabalho seja retomado no mesmo dia, em vez de ficar parado.

Para automatizar notificações de dependência:

1. Abra a Lista onde estão as tarefas de funcionalidades.
2. No canto superior direito, clique no ícone de robô.
3. Selecione Criar Automação.
4. Defina o Gatilho como Tarefa ou subtarefa desbloqueada.
5. Configure uma Ação para deixar um comentário notificando o responsável pela tarefa em espera.

Sem isso, os bloqueadores resolvidos ficam despercebidos até que alguém verifique manualmente. Com isso, o trabalho é retomado em minutos.

Como atualizar automaticamente o status da tarefa ao mesclar um PR

Quando um pull request é mesclado na branch principal via GitHub ou GitLab, o status da tarefa vinculada é atualizado automaticamente para Em revisão ou Concluído, conforme seu fluxo de trabalho. Inclua o ID da tarefa do ClickUp no título do PR ou no nome da branch e a integração cuida do restante.

Para atualizar automaticamente o status da tarefa:

1. Abra o App Center.
2. Pesquise e selecione GitHub ou GitLab.
3. Escolha um tipo de conexão e clique em Conectar.
4. Siga as instruções de configuração para conectar seu repositório a um Espaço.
5. Crie uma Automação que altere o status da tarefa vinculada quando um pull request for mesclado.

As integrações com GitHub e GitLab estão disponíveis em todos os planos. As Automações do GitHub exigem o plano Business, Business Plus ou Enterprise.

Como monitorar a velocidade da equipe com Painéis

Um Painel de Sprint responde à pergunta que todo líder de engenharia faz no meio do Sprint: vamos conseguir terminar? Crie um abrindo ou criando um Painel e clicando em + Card. Os cards de Painel de Sprint estão disponíveis nos planos Business, Business Plus e Enterprise.

Adicionar um card de burndown

Leia nosso artigo sobre como adicionar um card de burndown a um Painel.

O gráfico plota o trabalho restante em relação à linha de ritmo ideal com base na sua previsão bloqueada. Se a linha de trabalho restante estiver acima da linha de referência, a equipe está atrasada. Se estiver abaixo, está adiantada. Verifique isso todos os dias durante o standup. No terceiro dia, ele já indica se há um problema de escopo — não no nono dia.

Adicionar um card de velocidade

Leia nosso artigo sobre como adicionar um card de velocidade a um Painel.

Este é o gráfico que torna o planejamento do Sprint honesto. Se a equipe tiver tido uma média de 40 pontos por seis Sprints e alguém se comprometer com 68 neste ciclo, o gráfico de velocidade é a evidência que você precisa para ter essa conversa antes de o Sprint começar, não durante.

Adicionar um card de visibilidade de bugs

Para adicionar um card de visibilidade de bugs:

1. No canto superior direito do Painel, clique em + Card.
2. Selecione Lista de tarefas.
3. Defina a fonte como sua Lista de bugs.
4. Ordene pelo campo personalizado de severidade ou por Prioridade.
5. Clique em Adicionar card.

Isso mantém os bugs importantes visíveis no mesmo Painel que o progresso do Sprint. Um bug que passa despercebido em um standup não vai passar despercebido aqui.

Como bloquear a previsão do seu Sprint

Antes de encerrar o planejamento do Sprint, bloqueie sua previsão clicando em Confirmar Sprint. Isso define a linha de base do burndown para o Sprint.

O total de pontos comprometidos vira sua previsão. Se você incluir 60 pontos em um Sprint e as suas últimas três médias de velocidade forem 38, 41 e 40, o burndown vai mostrar até o terceiro dia por que isso foi um problema.

Use a velocidade histórica para definir um compromisso realista antes de o Sprint começar, não depois que ele já estiver fora dos trilhos.