Analytics de Sprint

Analytics de Sprint fornece gráficos visuais e métricas que revelam como o trabalho progride através da sua iteração. Gráficos burndown, burnup e decomposições de distribuição transformam dados brutos de tarefas em insights acionáveis.

O Problema Que Isto Resolve

Olhar para um quadro de tarefas diz-lhe o estado atual, mas não a trajetória. Não consegue ver se está adiantado, atrasado ou a experimentar scope creep. Sem analytics, revisões de sprint tornam-se adivinhação: "Acho que correu bem" em vez de "Eis exatamente o que aconteceu."

Analytics de Sprint converte o seu histórico de tarefas em gráficos que mostram padrões, problemas e progresso. Tome decisões informadas por dados durante o sprint e conduza retrospetivas significativas depois.

O Que Está a Ver

O separador Analytics exibe um dashboard de métricas de sprint. No topo, uma barra de KPI mostra números chave num relance. Abaixo disso, gráficos visualizam padrões de conclusão de tarefas. Decomposições de distribuição revelam como o trabalho se divide por tipos, membros e níveis de esforço.

Nota: Analytics de Sprint é uma funcionalidade Pro. Um badge indica quando upgrade de subscrição é necessário.

Barra de KPI Stats

A linha superior exibe seis métricas chave:

Total de Tarefas: Contagem completa de tarefas atribuídas a este sprint, independentemente do estado.

Completadas: Número de tarefas em estados de workflow "concluído". Compare com total para rácio de conclusão.

Progresso: Percentagem de tarefas completadas. Calculada como (completadas / total) × 100.

Story Points: Soma de pontos de esforço atribuídos a tarefas do sprint. Apenas preenchido se o seu projeto usa estimativa de pontos.

Horas Trabalhadas: Tempo total registado contra tarefas neste sprint. Requer registo de tempo ativo.

Duração: Número de dias no sprint baseado em datas de início e fim.

Estas métricas atualizam em tempo real conforme tarefas mudam de estado ou tempo é registado.

Gráfico Burndown

O gráfico burndown mostra trabalho restante ao longo do tempo. O eixo Y representa tarefas (ou pontos) restantes. O eixo X representa tempo desde o início ao fim do sprint.

Linha ideal: Uma linha diagonal do trabalho total no início do sprint até zero no fim do sprint. Isto representa progresso perfeitamente linear.

Linha real: O seu trabalho restante real ao longo do tempo. Mostra como o progresso compara com o ideal.

Ler o gráfico:

• Linha acima do ideal: Atrasado. Mais trabalho resta do que esperado.
• Linha abaixo do ideal: Adiantado. Trabalho está a completar mais rápido que planeado.
• Linha corresponde ao ideal: No caminho certo para conclusão planeada.
• Secções planas: Nenhuma tarefa completada durante esse período.
• Picos ascendentes: Scope adicionado a meio do sprint (tarefas adicionadas ou reabertas).

Gráfico Burnup

O gráfico burnup complementa burndown mostrando trabalho completado a acumular ao longo do tempo.

Linha de scope: Scope total do sprint (todas as tarefas atribuídas). Uma linha plana significa scope estável. Linha a subir significa tarefas a ser adicionadas.

Linha de completadas: Tarefas cumulativas terminadas ao longo do tempo. Deve subir constantemente em direção à linha de scope.

Ler o gráfico:

• Completadas a aproximar-se de scope: Sprint vai completar a tempo.
• Completadas planas enquanto scope sobe: Scope creep a ultrapassar entrega.
• Completadas a subir mais rápido que scope: Equipa está adiantada, ou scope está a reduzir.
• Gap no fim do sprint: Trabalho que não foi feito (as tarefas restantes).

Burnup é particularmente útil quando scope muda frequentemente, pois mostra tanto progresso de conclusão como expansão de scope simultaneamente.

Distribuição por Tipo de Tarefa

Esta decomposição mostra como trabalho de sprint se divide por tipos de tarefa (Bug, Funcionalidade, Melhoria, etc.).

Para cada tipo:

• Indicador de cor: Corresponde à cor configurada do tipo
• Nome do tipo: O label do tipo de tarefa
• Contagem: Número de tarefas deste tipo
• Percentagem: Quota de tarefas totais do sprint
• Barra de progresso: Representação visual da percentagem

Casos de uso:

• Identificar sprints pesados em bugs que podem indicar problemas de qualidade
• Rastrear rácios de funcionalidades versus manutenção
• Garantir distribuição de trabalho equilibrada

Distribuição por Membro da Equipa

Esta decomposição mostra como tarefas se distribuem pelos membros da equipa.

Para cada membro:

• Avatar: Imagem de perfil do membro da equipa
• Nome: Nome do membro da equipa
• Contagem: Tarefas atribuídas a este membro
• Percentagem: Quota de tarefas atribuídas totais
• Barra de progresso: Representação visual da percentagem

Casos de uso:

• Identificar cargas de trabalho desequilibradas
• Encontrar membros da equipa sobre-alocados ou sub-utilizados
• Garantir distribuição equitativa durante planeamento

Nota: Tarefas podem ter múltiplos assignees, então total de atribuições pode exceder total de tarefas.

Distribuição por Esforço

Se o seu projeto usa níveis de esforço ou prioridade, esta decomposição mostra trabalho de sprint por categoria de esforço.

Para cada nível de esforço:

• Indicador de cor: Cor configurada do nível de esforço
• Nome do nível: O label da categoria de esforço
• Contagem: Tarefas neste nível de esforço
• Percentagem: Quota de tarefas totais do sprint

Casos de uso:

• Verificar mix apropriado de trabalho complexo e simples
• Garantir que sprint não contém apenas tarefas difíceis
• Rastrear padrões de estimativa de esforço

Timeline de Atividade Diária

Uma vista de timeline pode mostrar conclusões de tarefas por dia durante o sprint:

• Barras ou marcadores: Indicam tarefas completadas cada dia
• Padrões: Revelam ritmo de trabalho (constante versus carregado no fim)
• Gaps: Dias sem conclusões que valem investigar

Casos de uso:

• Identificar padrões problemáticos (todo trabalho a completar no último dia)
• Ver como fins de semana ou feriados afetam progresso
• Correlacionar com eventos externos que afetam produtividade

Comparação de Velocidade

Se disponível, gráficos de velocidade comparam throughput deste sprint com sprints históricos:

• Sprint atual: Tarefas ou pontos completados
• Velocidade média: Média histórica
• Linha de tendência: Direção de velocidade em sprints recentes

Casos de uso:

• Entender capacidade para planeamento futuro
• Identificar performance de equipa a melhorar ou declinar
• Definir expectativas realistas para sprints vindouros

Atualizar Dados

Clique no botão de refresh no sub-cabeçalho para recarregar todos os dados de analytics. Use isto quando:

• Tarefas mudaram de estado recentemente
• Quer os números mais recentes durante uma reunião
• Gráficos parecem obsoletos ou desatualizados

Um indicador de carregamento aparece enquanto dados atualizam.

Usar Analytics para Retrospetivas

Analytics fornecem dados objetivos para retrospetivas de sprint:

1. Reveja forma do burndown: Progresso foi constante ou carregado no fim?
2. Verifique scope creep: Burnup mostrou scope a expandir?
3. Examine distribuições: Carga de trabalho estava equilibrada? Tipos estavam como esperado?
4. Compare velocidade: Como este sprint compara com histórico recente?

Fundamente discussões em dados em vez de impressões. "Sentimo-nos ocupados" torna-se "Completámos 23 tarefas, 5 acima da média, mas 8 foram adicionadas a meio do sprint."

Dicas Pro

• Check-ins diários: Reveja burndown brevemente cada dia para apanhar problemas cedo
• Screenshot para documentação: Capture gráficos no fim do sprint para registos históricos
• Combine com dados qualitativos: Gráficos mostram o que aconteceu; discussões de equipa explicam porquê
• Observe padrões: Carregamento no fim consistente pode indicar problemas de estimativa ou planeamento

Como Reportar um Problema ou Pedir uma Funcionalidade

O seu feedback importa. Eis como partilhá-lo:

Se gráficos exibem incorretamente, dados parecem errados, ou quer métricas adicionais, queremos saber.

Na Barra Lateral, clique em Support Tickets e abra um ticket para o problema. Tudo é interativo e rápido através da plataforma GitScrum Studio.

Criar Sprint

O modal Criar Sprint fornece uma interface simplificada para configurar novas iterações de sprint. Defina o cronograma do seu sprint, objetivos e estado inicial em segundos, depois comece a atribuir trabalho ao novo sprint.

O Problema Que Isto Resolve

Iniciar um novo sprint deve levar momentos, não reuniões. Precisa capturar os parâmetros essenciais do sprint: que período cobre, o que pretende alcançar e em que estado começa. Tudo o resto pode ser refinado conforme o planeamento progride.

O modal Criar Sprint foca nestes essenciais enquanto permanece flexível o suficiente para equipas com diferentes estilos de planeamento.

O Que Está a Ver

O modal Criar Sprint aparece como um diálogo centrado com uma interface limpa e focada. O cabeçalho mostra um seletor de projeto, seguido de campos de input para título e objetivos do sprint. Abaixo disso, opções inline fornecem seletores de estado e data exibidos compactamente numa única linha.

Abrir o Modal Criar Sprint

Pode abrir o modal Criar Sprint de múltiplas localizações:

Da Lista de Sprints:

• Clique no botão "Novo Sprint" ou "+" na vista de lista de sprints

Do Quick Create Global:

• Use o menu de quick create global e selecione Sprint
• Use atalhos de teclado se configurados

Criação consciente do contexto: Quando abre o modal de dentro de um projeto específico, a seleção de projeto preenche automaticamente. Isto poupa tempo ao criar múltiplos sprints no mesmo projeto.

Seleção de Projeto

Antes de criar um sprint, selecione a que projeto pertence. O seletor de projeto aparece no cabeçalho do modal.

Se tem acesso a múltiplos workspaces: Primeiro selecione um workspace usando o dropdown. Após selecionar um workspace, a lista de projetos atualiza para mostrar projetos nesse workspace.

Se abriu o modal de um contexto de projeto: O projeto pré-preenche automaticamente. Pode ainda mudá-lo se necessário.

Clique num nome de projeto na lista para selecioná-lo. Uma marca de verificação indica a seleção atual.

Título do Sprint

O campo de título aceita um nome para o seu sprint. Bons títulos de sprint ajudam membros da equipa a identificar rapidamente iterações:

Padrões de nomeação eficazes:

• Sequencial: "Sprint 14", "Sprint 15"
• Baseado em data: "Sprint S23" (semana 23), "Sprint Mar-1"
• Baseado em tema: "Sprint: Autenticação de Utilizador", "Sprint: Performance"
• Combinado: "Sprint 14: Refactor API"

O título aparece pela interface onde quer que este sprint seja referenciado. Mantenha-o conciso mas distintivo o suficiente para identificar num relance.

Objetivos do Sprint (Descrição)

O campo de objetivos captura o que a equipa pretende alcançar durante este sprint. Escreva objetivos em linguagem orientada a resultados:

Objetivos fortes:

• "Utilizadores podem redefinir passwords via email"
• "Tempos de resposta API abaixo de 200ms para todos os endpoints"
• "Completar testes de fluxo de onboarding"

Objetivos fracos:

• "Trabalhar em tarefas"
• "Corrigir bugs"
• "Fazer progresso"

Objetivos fornecem foco durante o sprint. Ao escolher que tarefas adicionar ou se aceitar novo trabalho a meio do sprint, referencie os objetivos: "Isto ajuda-nos a alcançar os nossos objetivos declarados?"

Deixe este campo vazio se a sua equipa prefere definir objetivos separadamente ou não usa objetivos de sprint.

Estado do Sprint

O dropdown de estado mostra estados de sprint disponíveis configurados para o seu projeto. Selecione o estado inicial para este sprint:

Estados iniciais comuns:

• Planeamento: Sprint está a ser preparado, trabalho está a ser identificado
• Pronto: Sprint está planeado e pronto para começar
• Ativo: Sprint começou e trabalho está em progresso

O seu projeto pode ter estados diferentes ou adicionais. Selecione o estado que corresponde onde este sprint começa no seu workflow.

Datas do Sprint

Dois seletores de data definem o cronograma do sprint:

Data de Início: Quando o sprint começa. Tarefas tornam-se "ativas" a partir desta data para fins de rastreio.

Data de Fim: Quando o sprint conclui. Esta data impulsiona cálculos de burndown e rastreio de prazo.

Clique em cada campo de data para abrir um seletor de calendário. Selecione uma data clicando nela no calendário.

Indicador de duração: Quando ambas as datas estão selecionadas, o modal mostra a duração calculada em dias. Isto ajuda a verificar que selecionou o período pretendido.

Dicas para seleção de datas:

• Alinhe com o horário da sua equipa (comece às segundas, termine às sextas)
• Considere feriados ou ausências conhecidas
• Mantenha duração de sprint consistente para comparações de velocidade

Criar o Sprint

Clique no botão de confirmar para criar o sprint. O sistema valida que:

• Selecionou um projeto
• Forneceu um título de sprint
• Selecionou datas válidas

Se alguma informação obrigatória está em falta, o botão criar permanece desativado.

Após criação bem-sucedida, o modal mostra uma confirmação de sucesso com opções para:

• Ir para Sprint: Navegar diretamente para a vista de quadro do novo sprint
• Criar Outro: Ficar no modal com campos limpos para criar outro sprint

Após Criar um Sprint

O novo sprint aparece na lista de sprints do seu projeto e fica disponível para atribuição de tarefas. Próximos passos tipicamente incluem:

1. Refinar objetivos se escreveu texto placeholder
2. Atribuir tarefas ao sprint do backlog ou criando novas tarefas
3. Rever capacidade baseado em disponibilidade da equipa durante as datas do sprint
4. Comunicar o plano do sprint a stakeholders

Criar Múltiplos Sprints

Se planeia sprints antecipadamente, use "Criar Outro" para configurar múltiplos sprints em sequência:

1. Crie Sprint 14 com datas para semana 1-2
2. Clique "Criar Outro"
3. Crie Sprint 15 com datas para semana 3-4
4. Continue conforme necessário

Esta abordagem ajuda equipas a planear várias iterações em avanço enquanto mantêm nomeação consistente e progressão de datas.

Navegação por Teclado

O modal suporta navegação standard por teclado:

• Tab: Mover entre campos
• Enter: No campo de título, move para próximo campo. No botão confirmar, cria o sprint.
• Escape: Fechar o modal sem criar

Tratamento de Erros

Se o pedido de criação falha (problemas de rede, problemas de validação ou erros de permissão), o modal exibe uma mensagem de erro. Os seus dados inseridos permanecem no formulário para que possa tentar novamente sem re-inserir informação.

Problemas comuns:

• Nomes duplicados: Alguns projetos previnem títulos de sprint duplicados
• Datas inválidas: Data de fim deve ser após data de início
• Permissões: Pode não ter permissão para criar sprints no projeto selecionado

Dicas Pro

• Templates de sprint: Note o seu padrão de nomeação preferido, duração típica e objetivos standard. Aplique consistentemente em sprints.

• Tempo de buffer: Se a sua equipa consistentemente precisa de alguns dias após fim do sprint para wrap-up, considere isso na sua seleção de datas.

• Especificidade de objetivos: Quanto mais específicos os seus objetivos, mais fácil avaliar sucesso do sprint. "Melhorar performance" é difícil de medir; "Reduzir tempo de carregamento para menos de 2 segundos" é claro.

Como Reportar um Problema ou Pedir uma Funcionalidade

O seu feedback importa. Eis como partilhá-lo:

Se o processo de criação de sprint pode ser melhorado ou encontra problemas, queremos saber.

Na Barra Lateral, clique em Support Tickets e abra um ticket para o problema. Tudo é interativo e rápido através da plataforma GitScrum Studio.

Objetivos de Sprint

Objetivos de sprint definem o que a equipa pretende alcançar durante uma iteração. Mais do que uma lista de tarefas, objetivos descrevem os resultados que tornam um sprint bem-sucedido. Fornecem foco ao priorizar trabalho e avaliar resultados.

O Problema Que Isto Resolve

Um sprint cheio de tarefas mas sem propósito claro leva a esforço disperso. Membros da equipa completam trabalho sem entender como se conecta a objetivos maiores. No fim do sprint, ninguém consegue dizer com confiança se o sprint foi bem-sucedido.

Objetivos de sprint transformam uma lista de tarefas numa missão. Quando todos entendem o resultado alvo, decisões tornam-se mais fáceis: "Esta tarefa ajuda-nos a alcançar o nosso objetivo?" impulsiona priorização, gestão de scope e foco diário.

O Que Está a Ver

A secção de Objetivos de Sprint aparece no separador Detalhes de qualquer sprint. Exibe o texto do objetivo atual com suporte de formatação rich. Um botão editar abre um modal onde pode modificar o conteúdo do objetivo.

Ver Objetivos de Sprint

Navegue até qualquer sprint e selecione o separador Detalhes. A secção Objetivo do Sprint mostra:

• O cabeçalho de título do objetivo
• Conteúdo do objetivo formatado (suporta rich text)
• Um botão Editar para utilizadores com permissões apropriadas

Se nenhum objetivo foi definido, a secção exibe texto placeholder indicando que nenhum critério de aceitação foi fornecido.

Editar Objetivos de Sprint

Para editar objetivos de sprint:

1. Navegue até ao separador Detalhes do sprint
2. Clique no botão "Editar" no cabeçalho do Objetivo do Sprint
3. O modal de editor de objetivo abre com o conteúdo atual
4. Modifique o texto do objetivo usando o editor rich text
5. Clique "Confirmar" para guardar alterações

O editor suporta:

• Negrito, itálico, sublinhado: Enfatize frases chave
• Cabeçalhos: Estruture objetivos mais longos com secções
• Listas: Marcadores e listas numeradas para múltiplos objetivos
• Blocos de código: Especificações técnicas ou comandos
• Linhas horizontais: Separe diferentes categorias de objetivos

Escrever Objetivos Eficazes

Objetivos de sprint fortes partilham características comuns:

Focados em Resultados

Descreva o que utilizadores ou o sistema podem fazer após o sprint, não que tarefas a equipa executa.

Bom: "Utilizadores podem autenticar com contas de redes sociais" Fraco: "Completar tarefas de funcionalidade de login"

Mensuráveis

Inclua critérios que tornam sucesso objetivo.

Bom: "Dashboard carrega em menos de 2 segundos para 95% dos utilizadores" Fraco: "Melhorar performance"

Alcançáveis

Objetivos devem desafiar a equipa mas permanecer realistas para a duração do sprint.

Bom: "Completar fluxo de registo de utilizador incluindo verificação de email" Fraco: "Construir sistema completo de gestão de utilizadores"

Relevantes

Objetivos devem conectar a prioridades de produto ou projeto.

Bom: "Ativar reset de password self-service para reduzir tickets de suporte" Fraco: "Refatorar código de autenticação" (a menos que conecte a um objetivo maior)

Limitados no Tempo

O próprio sprint fornece o limite temporal. Objetivos devem ser completáveis dentro da iteração.

Templates de Objetivos

Diferentes equipas usam diferentes formatos de objetivos. Eis padrões comuns:

Formato de Objetivo Único

Ao fim deste sprint, [tipo de utilizador] será capaz de [ação/capacidade].

Exemplo: "Ao fim deste sprint, clientes serão capazes de ver o seu histórico de encomendas dos últimos 12 meses."

Formato de Múltiplos Objetivos

Este sprint foca em:
1. [Objetivo primário]
2. [Objetivo secundário]
3. [Objetivo stretch - se sobrar tempo]

Exemplo:

Este sprint foca em:
1. Processamento de pagamentos com integração Stripe
2. Geração de recibos e entrega por email
3. Stretch: Suporte multi-moeda

Formato de Critérios de Aceitação

Sprint é bem-sucedido quando:
- [Critério 1]
- [Critério 2]
- [Critério 3]

Exemplo:

Sprint é bem-sucedido quando:
- Utilizador consegue completar checkout sem erros
- Email de confirmação de encomenda chega em 30 segundos
- Admin consegue ver todas as encomendas no dashboard

Usar Objetivos Durante o Sprint

Objetivos não são apenas para planeamento. Referencie-os durante a iteração:

Standups diários: "Como é que o trabalho de hoje nos move em direção ao nosso objetivo?"

Decisões de scope: Quando novos pedidos chegam a meio do sprint, avalie contra objetivos. "Isto não ajuda a alcançar os nossos objetivos declarados—adicionar ao backlog para próximo sprint."

Bloqueadores: Quando problemas surgem, priorize resolução baseado no impacto no objetivo. "Este bug bloqueia alcançar o objetivo—tratar imediatamente."

Fim do sprint: Reveja objetivos explicitamente. "Alcançámos o que nos propusemos fazer?"

Objetivos e Atribuição de Tarefas

Objetivos de sprint guiam que tarefas pertencem ao sprint:

1. Defina o objetivo primeiro
2. Identifique tarefas que contribuem para alcançar o objetivo
3. Adicione essas tarefas ao sprint
4. Se tarefas não conectam a objetivos, questione se pertencem

Tarefas sem conexão ao objetivo não são necessariamente erradas, mas devem ser decisões conscientes. Trabalho de manutenção, dívida técnica e tarefas de suporte podem ser necessários mesmo que não avancem objetivos do sprint.

Múltiplos Objetivos vs Objetivo Único

Algumas equipas preferem um único objetivo focado por sprint. Outras definem múltiplos objetivos. Considere:

Vantagens de objetivo único:

• Máxima clareza e foco
• Mais fácil avaliar sucesso/falha
• Previne conflito de objetivos

Vantagens de múltiplos objetivos:

• Reflete trabalho diverso (funcionalidades + bugs + manutenção)
• Permite avaliação de sucesso parcial
• Mais realista para cargas de trabalho mistas

Escolha a abordagem que se adequa aos padrões de trabalho e estilo de planeamento da sua equipa.

Evolução de Objetivos

Objetivos podem mudar durante um sprint, embora isto deva ser excecional:

Razões válidas para modificar objetivos:

• Mudança crítica de prioridade de negócio
• Descoberta que objetivo original é impossível
• Redução de scope major aceite por stakeholders

Razões inválidas:

• Tarefa demorou mais que esperado
• Equipa quer sentir-se bem-sucedida
• Nova ideia parece mais interessante

Se objetivos mudam frequentemente, o seu processo de planeamento pode precisar atenção. Objetivos devem ser compromissos estáveis, não desejos aspiracionais.

Permissões

Edição de objetivos de sprint requer permissão edit_sprints. Tipicamente:

• Agency Owners e Managers: Podem editar objetivos
• Developers: Podem ver objetivos mas podem não editar
• Clients: Apenas visualização se acesso ao sprint for concedido

Verifique a configuração do seu workspace se acesso de edição parece incorreto.

Conectar Objetivos com Métricas

Objetivos de sprint devem conectar com métricas que pode rastrear:

Durante o sprint: Use analytics de sprint para monitorizar progresso em direção a objetivos

No fim do sprint: Avalie contra critérios específicos definidos nos objetivos

Através de sprints: Rastreie padrões de alcançar ou falhar objetivos

Dados objetivos tornam retrospetivas mais produtivas do que impressões subjetivas.

Dicas Pro

• Escreva objetivos antes de adicionar tarefas: Deixe o objetivo guiar que trabalho entra no sprint
• Limite a 1-3 objetivos: Demasiados objetivos diluem foco
• Torne objetivos visíveis: Poste objetivos onde a equipa os veja diariamente
• Reveja objetivos em standups: Breve referência mantém equipa alinhada
• Documente razões de mudança: Se objetivos mudam, anote porquê para retrospetiva

Como Reportar um Problema ou Pedir uma Funcionalidade

O seu feedback importa. Eis como partilhá-lo:

Se tiver ideias para melhorar como objetivos de sprint funcionam ou encontrar problemas, queremos saber.

Na Barra Lateral, clique em Support Tickets e abra um ticket para o problema. Tudo é interativo e rápido através da plataforma GitScrum Studio.