Seu Template de Dados do Ciclo de Vida de Desenvolvimento de Software

Jira Software
Seu Template de Dados do Ciclo de Vida de Desenvolvimento de Software

Seu Template de Dados do Ciclo de Vida de Desenvolvimento de Software

Este template oferece um roteiro claro para coletar os dados essenciais para analisar seu Ciclo de Vida de Desenvolvimento (SDLC). Ele descreve os principais campos de dados, as etapas críticas do processo a serem rastreadas e orientações práticas para extrair essas informações do Jira Software. Use este guia para preparar seu event log para um Process Mining eficaz.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para o Jira Software
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos do Ciclo de Vida de Desenvolvimento de Software

Estes são os campos de dados recomendados para incluir em seu event log para uma análise abrangente do ciclo de vida de desenvolvimento.
5 Obrigatório 6 Recomendado 11 Opcional
Nome Descrição
Atividade
Activity
O nome de um evento específico ou mudança de status ocorrida no ciclo de vida de um item.
Descrição

Este atributo representa uma etapa ou marco distinto no processo de desenvolvimento de software. Estas atividades são derivadas de mudanças no campo de status da issue do Jira ou outros eventos significativos, como commits de código ou revisões.

No Process Mining, a sequência dessas atividades forma o mapa do processo. Analisar atividades ajuda a identificar o fluxo do processo, medir a duração de estágios específicos e detectar desvios do workflow padrão, como loops de retrabalho ou Quality Gates ignorados.

Por que é importante

As atividades definem as etapas do processo, e sua sequência é essencial para visualizar o fluxo, identificar gargalos e analisar as variações do processo.

Onde obter

Normalmente derivado das transições do campo 'status' no histórico ou changelog da issue do Jira. Também pode ser enriquecido com dados de ferramentas de desenvolvimento conectadas.

Exemplos
Development StartedCode Review PerformedTestes de QA ConcluídosDeployed To Production
Item de Desenvolvimento
DevelopmentItem
O identificador exclusivo para uma única unidade de trabalho, como uma história, bug ou tarefa, no Jira Software.
Descrição

O Item de Desenvolvimento serve como o identificador principal de case, representando uma unidade distinta de trabalho como uma funcionalidade, correção de bug ou tarefa. Ele vincula todas as atividades, desde a concepção e planejamento inicial até o desenvolvimento, testes e implantação daquele item específico. No Jira, isso geralmente corresponde à chave da tarefa (issue key), por exemplo, 'PROJ-123'.

Analisar este atributo permite rastrear o ciclo de vida completo de ponta a ponta de cada item. É a base para construir mapas de processos, calcular cycle times e identificar variações em como diferentes itens fluem pelo processo de desenvolvimento.

Por que é importante

Esta é a chave essencial para vincular todas as atividades de desenvolvimento relacionadas, permitindo rastrear a jornada de um único item de trabalho do início ao fim.

Onde obter

Este é o campo padrão 'key' para uma issue no objeto da API de Issue do Jira Software.

Exemplos
PROJ-101CORE-5432API-789
Tempo do Evento
EventTime
A data e hora exatas em que uma atividade ou evento de desenvolvimento ocorreu.
Descrição

Event Time é o timestamp que registra quando uma atividade ocorreu. Esta é a base temporal para toda a análise de Process Mining, fornecendo a ordem cronológica dos eventos para cada case.

Este atributo é crítico para calcular todas as métricas baseadas em tempo, incluindo cycle times, tempos de processamento e tempos de espera entre atividades. Ele permite a análise do desempenho do processo ao longo do tempo, ajudando a identificar quando e onde ocorrem atrasos no ciclo de vida de desenvolvimento.

Por que é importante

Este timestamp é fundamental para sequenciar os eventos corretamente e calcular todas as métricas baseadas em duração, que são a chave para entender a eficiência do processo e identificar atrasos.

Onde obter

Corresponde ao timestamp 'created' para cada entrada no changelog ou histórico de uma issue.

Exemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
Sistema de Origem
SourceSystem
O sistema do qual os dados do ciclo de vida de desenvolvimento foram extraídos.
Descrição

Este atributo identifica a origem dos dados. Para este processo, será sempre 'Jira Software', mas é útil para distinguir dados caso múltiplos sistemas de origem sejam combinados em uma análise maior.

Em um cenário de TI mais amplo, especificar o sistema de origem garante que a linhagem dos dados esteja clara, ajudando na gestão da qualidade dos dados e nos esforços de integração entre plataformas.

Por que é importante

Garante a procedência clara dos dados, o que é crucial ao integrar informações de múltiplos sistemas ou para fins de governança e auditoria.

Onde obter

Este é um valor estático que deve ser adicionado durante o processo de extração e transformação de dados.

Exemplos
Jira Software
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados deste processo foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração de dados mais recente do Jira Software. Ele fornece contexto sobre o quão atuais são os dados analisados.

Saber o horário da última atualização é importante para entender a tempestividade dos insights. Ajuda analistas e usuários de negócio a confirmar que estão vendo dados recentes e informa o ponto de corte para os eventos incluídos na análise.

Por que é importante

Indica a atualidade dos dados, o que é essencial para garantir que as análises e dashboards reflitam o estado mais recente do processo.

Onde obter

Este timestamp é gerado e registrado ao final do processo de extração, transformação e carga de dados (ETL).

Exemplos
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Nome da Equipe
TeamName
A equipe de desenvolvimento responsável pelo item de trabalho.
Descrição

Representa a equipe ágil ou de funcionalidade atribuída ao item de desenvolvimento. No Jira, isso costuma ser um campo personalizado ou derivado do projeto ou componente.

Esse atributo é essencial para analisar a performance por equipe. Ele permite filtrar dashboards para exibir métricas como cycle time, taxa de retrabalho e throughput de times individuais. É fundamental para os dashboards de 'Eficiência de Handoff entre Fases' e 'Carga de Trabalho e Progresso dos Itens'.

Por que é importante

Permite a medição de desempenho e a comparação entre diferentes equipes de desenvolvimento, ajudando a identificar times de alta performance e a compartilhar as melhores práticas.

Onde obter

Muitas vezes, este é um campo personalizado no Jira. Consulte seu administrador do Jira para identificar o nome específico do campo, que pode ser 'Time', 'Squad' ou similar.

Exemplos
Time PhoenixServiços CoreUI/UX Avengers
Nome do Projeto
ProjectName
O nome do projeto no Jira ao qual o item de desenvolvimento pertence.
Descrição

No Jira, todos os itens de trabalho são organizados em projetos. O Nome do Projeto fornece um contexto de alto nível, muitas vezes correspondendo a um produto, equipe ou iniciativa específica.

Este atributo é uma dimensão poderosa para filtragem e comparação. Ele permite analisar e comparar o processo de SDLC entre diferentes projetos ou produtos. Isso pode revelar quais projetos são mais eficientes, quais têm mais retrabalho e se diferentes equipes seguem variantes de processo distintas.

Por que é importante

Permite que a análise do processo seja segmentada por projeto, produto ou equipe, possibilitando comparações de desempenho e identificação de melhores práticas.

Onde obter

Este é o campo 'project' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
Desenvolvimento de App MóvelCore PlatformData Science
Prioridade do Item
ItemPriority
O nível de prioridade atribuído ao item de desenvolvimento, indicando sua urgência.
Descrição

A Prioridade do Item define a importância relativa ou urgência de um item de trabalho. O Jira fornece um campo 'priority' padrão com níveis configuráveis como Highest, High, Medium e Low.

Analisar a prioridade é crucial para verificar a conformidade e identificar gargalos em itens críticos. Por exemplo, o dashboard 'Priority Item Conformance Check' depende deste atributo para verificar se os itens de alta prioridade estão sendo agilizados como esperado ou se estão ficando presos nas mesmas filas que os itens de baixa prioridade.

Por que é importante

Ajuda a analisar se os itens de alta prioridade são processados mais rapidamente do que os de baixa prioridade e se seguem um caminho mais otimizado, garantindo que os SLAs sejam cumpridos.

Onde obter

Este é o campo 'priority' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
Mais altaAltoMédioBaixo
Responsável
Assignee
O usuário atualmente atribuído para tratar o item de desenvolvimento.
Descrição

O Assignee é o indivíduo responsável pelo item de trabalho em seu estágio atual. No Jira, este é um campo padrão que muda conforme o item passa por diferentes pessoas e equipes.

Analisar o assignee é fundamental para entender a alocação de recursos, distribuição de carga de trabalho e pontos de handoff. Ajuda a responder quais desenvolvedores ou times estão envolvidos em estágios específicos, quem atua como gargalo e como o trabalho está distribuído na organização.

Por que é importante

Identifica o usuário ou recurso responsável por uma atividade, permitindo a análise da carga de trabalho, gestão de recursos e compreensão das passagens de bastão entre indivíduos.

Onde obter

Este é o campo 'assignee' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
Alice SmithBob JohnsonNão atribuído
Status do item
ItemStatus
O status atual do item de desenvolvimento dentro do seu workflow.
Descrição

Este atributo reflete o estágio específico do item em um determinado momento, como 'Em Andamento', 'Em Revisão' ou 'Concluído'. A sequência de mudanças de status ao longo do tempo é o que gera as atividades para o Process Mining.

Enquanto o atributo 'Atividade' representa o evento de mudança, o 'ItemStatus' informa o estado do item. É útil como dimensão para filtragem e análise, permitindo ver quantos itens estão em um estado específico ou analisar as características de itens que permanecem no mesmo status por muito tempo.

Por que é importante

Oferece um panorama de onde o item está em seu ciclo de vida, essencial para análises baseadas em status e para entender o trabalho em andamento (WIP).

Onde obter

Este é o campo 'status' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
A Fazer (To Do)Em ProgressoEm RevisãoConcluído
Tipo de Item
ItemType
A classificação do item de desenvolvimento, como Bug, História, Tarefa ou Épico.
Descrição

O Tipo de Item categoriza a natureza do trabalho realizado. O Jira usa um campo padrão 'issuetype' para distinguir diferentes tipos de itens de trabalho, que muitas vezes possuem workflows únicos.

Este atributo é essencial para análises comparativas. Ele permite filtrar o processo para tipos específicos de trabalho, por exemplo, para comparar o ciclo de vida de um 'Bug' versus uma 'Story'. Isso ajuda a identificar se certos tipos de trabalho são mais propensos a atrasos, retrabalho ou desvios do processo padrão.

Por que é importante

Permite segmentar a análise do processo para comparar como diferentes tipos de trabalho, como bugs versus novas funcionalidades, são tratados e onde seus processos diferem.

Onde obter

Este é o campo 'issuetype' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
História (Story)BugTarefaEpic
Componente
Component
Uma subseção ou área funcional de um projeto ao qual o item pertence.
Descrição

Componentes são usados no Jira para agrupar issues dentro de um projeto em partes menores e mais gerenciáveis. Isso pode representar uma área funcional como 'Autenticação de Usuário', uma camada técnica como 'API de Back-end' ou um módulo como 'Relatórios'.

Analisar por componente permite uma visão mais granular do processo de desenvolvimento. Pode ajudar a identificar se certas partes da aplicação geram mais bugs, têm ciclos de desenvolvimento mais longos ou sofrem mais retrabalho, apontando para áreas de dívida técnica ou complexidade.

Por que é importante

Permite segmentar o processo por áreas funcionais ou técnicas do produto, ajudando a identificar quais componentes são fontes de atraso ou problemas de qualidade.

Onde obter

Este é o campo padrão 'components' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
Interface do UsuárioBanco de dadosAPI GatewayAuthentication
É Retrabalho
IsRework
Indicador que sinaliza se uma atividade faz parte de um ciclo de retrabalho.
Descrição

Este atributo booleano é verdadeiro se uma atividade representa um passo atrás no processo, como retornar para 'Início do Desenvolvimento' após falhar nos testes de QA. Ele é determinado pela análise da sequência de atividades de um case.

Identificar retrabalho é fundamental para melhorar a eficiência e a qualidade do processo. Este atributo suporta diretamente o KPI de 'Taxa de Atividade de Retrabalho' e o dashboard de 'Frequência e Caminhos de Loops de Retrabalho'. Ele permite quantificar o esforço desperdiçado e identificar as causas raiz dos problemas de qualidade.

Por que é importante

Sinaliza explicitamente atividades que fazem parte de loops de retrabalho ineficientes, permitindo a medição e análise precisas do desperdício de processo e problemas de qualidade.

Onde obter

Este é um atributo calculado. Requer a definição do fluxo de processo esperado e a sinalização de qualquer atividade que desvie ao retornar para um estágio anterior.

Exemplos
verdadeirofalse
Event End Time
EventEndTime
O timestamp de quando uma atividade ou status foi concluído.
Descrição

Este atributo marca o tempo de conclusão de uma atividade. É o timestamp da próxima atividade na sequência para um determinado case.

Enquanto o 'EventTime' marca o início de uma atividade, o EventEndTime marca seu fim. A diferença entre esses dois timestamps é o tempo de processamento daquela atividade. Isso é crucial para calcular o KPI de 'Tempo Médio de Processamento por Etapa' e para criar dashboards que analisam as durações das atividades.

Por que é importante

Define o ponto final de uma atividade, tornando possível calcular a duração de cada etapa do processo, o que é essencial para a análise de gargalos.

Onde obter

Este é um atributo derivado. Para um determinado evento, seu tempo de término é o tempo de início do evento subsequente para o mesmo case.

Exemplos
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
Fix Version
FixVersion
A versão do software na qual o item de desenvolvimento foi efetivamente resolvido e lançado.
Descrição

A 'Fix Version' no Jira indica o release que contém o trabalho concluído de um item. Ela marca o resultado concreto do esforço de desenvolvimento.

Este atributo fornece o contexto real da entrega, que pode ser comparado com a 'PlannedReleaseVersion' para analisar a performance de pontualidade. Também é usado para agrupar itens entregues em um lançamento específico para uma visão consolidada do que foi realizado.

Por que é importante

Confirma em qual release um trabalho foi incluído, fornecendo a base real para a análise de releases e rastreamento de funcionalidades entregues.

Onde obter

Corresponde ao campo 'fixVersions' na resposta da API de Issue do Jira.

Exemplos
v2.1.1 Hotfixv3.0.0 Major Releasev2.2.0
Lançamento Planejado
PlannedReleaseVersion
A versão ou lançamento alvo onde está planejada a implantação do item.
Descrição

Este atributo, geralmente o campo 'Versão/ões afetada(s)' no Jira, indica o lançamento pretendido para uma funcionalidade ou correção. Ele serve como prazo ou meta para a conclusão do trabalho.

Este é um atributo crítico para o KPI de 'Taxa de Entrega Pontual de Lançamentos'. Ao comparar a data real de implantação com a data de lançamento planejada associada a esta versão, você pode medir a adesão ao cronograma e a previsibilidade do seu processo de lançamento.

Por que é importante

Define a data de entrega pretendida ou a release, permitindo o cálculo das taxas de entrega no prazo e a análise da adesão ao cronograma.

Onde obter

Corresponde aos campos 'versions' ou 'fixVersions' na API de Issue do Jira. O campo específico usado para o planejamento pode variar.

Exemplos
Versão 2.1Lançamento Q1 2024Lançamento do Projeto Phoenix
Nome da Sprint
SprintName
O nome da sprint ágil à qual o item de desenvolvimento está atribuído.
Descrição

Para equipes que usam Scrum, a Sprint é um período de tempo definido durante o qual um conjunto de trabalhos é concluído. Este atributo captura o nome ou identificador da sprint à qual um item pertence.

Analisar por sprint é fundamental para Process Mining focado em agilidade. Ajuda a avaliar o desempenho de sprints individuais, entender o trabalho pendente (carry-over) e acompanhar o progresso em relação às metas da sprint. Fornece um contexto temporal mais específico do que os intervalos de datas gerais.

Por que é importante

Fornece um contexto crítico para equipes ágeis, permitindo a análise da eficiência e do throughput sprint a sprint.

Onde obter

Esta informação é normalmente armazenada em um campo personalizado de 'Sprint', gerenciado pelo Jira Software (Agile). Os dados são acessíveis via API de Issue.

Exemplos
PROJ Sprint 1Q4-2023 Sprint 3November PI Sprint 2
Reportante
Reporter
O usuário que originalmente criou ou reportou o item de desenvolvimento.
Descrição

O Reporter é o indivíduo que criou a issue no Jira. Pode ser um desenvolvedor, um QA tester, um Product Manager ou até um cliente via integração com service desk.

Analisar o reporter oferece insights sobre a origem do trabalho. Por exemplo, é possível analisar se bugs reportados pelo time de QA têm um ciclo de vida diferente daqueles reportados por clientes. Também ajuda a entender padrões de comunicação e o fluxo de informações no início do processo.

Por que é importante

Identifica a origem do item de trabalho, que pode ser usada para analisar padrões com base em quem cria tarefas ou reporta bugs.

Onde obter

Este é o campo 'reporter' dentro do objeto 'fields' da resposta da API de Issue do Jira.

Exemplos
Charles DarwinMarie CurieIsaac Newton
Resolução do Item
ItemResolution
O resultado final ou o motivo para fechar um item de desenvolvimento.
Descrição

A Resolução explica por que um item foi movido para um estado fechado. Enquanto o status pode ser 'Fechado', a resolução pode ser 'Concluído', 'Não será feito', 'Duplicado' ou 'Não é possível reproduzir'. Isso fornece um contexto crucial sobre o resultado do trabalho.

Analisar a resolução ajuda a diferenciar entre trabalho concluído com sucesso e itens que foram cancelados ou rejeitados. É importante para a análise de qualidade e para entender o throughput real de entregas de valor versus o esforço gasto em itens descartados.

Por que é importante

Distingue entre itens concluídos com sucesso e aqueles encerrados por outros motivos, o que é vital para uma análise precisa de produtividade e qualidade.

Onde obter

Este é o campo 'resolution' dentro do objeto 'fields' da resposta da API de Issue do Jira. Geralmente é preenchido apenas quando uma issue é fechada.

Exemplos
ConcluídoNão será feitoDuplicadoNão é possível reproduzir
Tempo de ciclo total
CycleTime
A duração total de ponta a ponta de um item de desenvolvimento.
Descrição

O Cycle Time mede o tempo total decorrido desde a criação de um item de desenvolvimento até sua resolução final, como a implantação em produção. É calculado no nível do case como a diferença entre o timestamp do primeiro evento e do último evento.

Este é um KPI fundamental para medir a velocidade e a eficiência geral do processo. O KPI 'Média de Cycle Time de Ponta a Ponta' e o dashboard 'Análise Geral do Cycle Time do SDLC' baseiam-se diretamente neste cálculo. Reduzir o cycle time é frequentemente um objetivo central de iniciativas de melhoria de processos.

Por que é importante

Mede a velocidade de ponta a ponta do processo de desenvolvimento, fornecendo um KPI essencial para a eficiência geral e velocidade de entrega.

Onde obter

Este é um atributo calculado no nível do case. É o timestamp do último evento menos o timestamp do primeiro evento para um determinado 'DevelopmentItem'.

Exemplos
12096002592000604800
Tempo de Espera em Handoff
HandoffWaitTime
O tempo de inatividade entre duas atividades consecutivas.
Descrição

Esta métrica calcula o tempo de espera ou tempo de fila entre a conclusão de uma atividade e o início da próxima. Representa o tempo em que o trabalho fica parado esperando que alguém o assuma.

Esta é uma métrica crítica para o KPI de 'Tempo Médio de Espera no Handoff' e para o dashboard de 'Eficiência de Handoff entre Fases'. Tempos altos de handoff costumam indicar problemas de coordenação, restrições de recursos ou comunicação ineficiente entre equipes, como entre desenvolvimento e QA. Minimizar esse tempo ocioso é fundamental para reduzir o cycle time geral.

Por que é importante

Destaca o tempo ocioso ou de fila no processo, expondo ineficiências nas passagens de bastão entre equipes ou indivíduos e revelando problemas de coordenação.

Onde obter

Esta é uma métrica calculada. É o tempo de início de uma atividade menos o tempo de término da atividade anterior para o mesmo case.

Exemplos
017280043200
Tempo de Processamento
ProcessingTime
O tempo total ativo gasto em uma atividade específica.
Descrição

O Tempo de Processamento é a duração que um item passa em um status ou atividade específica. Ele é calculado pela diferença entre o EventEndTime e o EventTime de um único evento no log.

Esta métrica é fundamental para a análise de gargalos e é usada diretamente no KPI de 'Tempo Médio de Processamento por Etapa'. Ao consolidar o tempo de processamento de cada atividade, você consegue visualizar quais estágios do ciclo de vida consomem mais tempo, ajudando a focar seus esforços de melhoria.

Por que é importante

Mede diretamente a duração de cada atividade, tornando-se uma métrica primária para identificar quais etapas do processo são os gargalos que mais consomem tempo.

Onde obter

Esta é uma métrica calculada, derivada da subtração do 'EventTime' do 'EventEndTime' para cada linha no event log.

Exemplos
86400360000604800
Obrigatório Recomendado Opcional

Atividades do Ciclo de Vida de Desenvolvimento de Software

Estas são as etapas e marcos principais do processo a serem capturados em seu event log para uma descoberta precisa do ciclo de vida de desenvolvimento.
6 Recomendado 8 Opcional
Atividade Descrição
Deployed To Production
Este evento marca o momento em que as mudanças de código associadas ao item estão no ar em ambiente de produção. Pode ser identificado por uma mudança final de status para 'Concluído' ou 'Lançado', ou capturado via evento explícito de uma ferramenta de CI/CD integrada.
Por que é importante

Este é o principal ponto de sucesso do processo. É essencial para calcular o cycle time total de ponta a ponta e medir a frequência de implantação e o throughput.

Onde obter

Pode ser inferido do changelog das issues do Jira quando o status muda para 'Released' ou 'Done'. Para maior precisão, pode ser capturado a partir de eventos de implantação enviados por ferramentas de CI/CD como Jenkins, Bamboo ou via recurso Deployments no Jira.

Captura

Timestamp da mudança de status para 'Concluído' ou 'Lançado'.

Tipo de evento inferred
Development Item Created
Isso marca o início do ciclo de vida, quando um novo item — como uma história, bug ou tarefa — é oficialmente registrado no Jira. Esse evento é capturado pelo sistema com um timestamp de criação para cada issue.
Por que é importante

Esta atividade serve como o início definitivo do processo, sendo essencial para calcular cycle times de ponta a ponta e rastrear o volume total de trabalho recebido.

Onde obter

Este é um evento fundamental para cada issue do Jira. O timestamp de criação é armazenado no campo 'created' do registro da issue, acessível via API do Jira.

Captura

O campo de timestamp 'created' no objeto de Issue do Jira.

Tipo de evento explicit
Development Started
Representa o momento em que um desenvolvedor começa a trabalhar ativamente no item. Isso quase sempre é capturado por uma mudança de status no workflow do Jira, por exemplo, quando a issue passa para 'Em Andamento'.
Por que é importante

Este é um marco crucial para medir o tempo ativo de desenvolvimento. Ajuda a distinguir entre o tempo de espera e o trabalho que agrega valor, uma métrica fundamental para identificar gargalos.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp quando o campo 'status' muda pela primeira vez para 'In Progress', 'In Development' ou um estado ativo semelhante.

Captura

Timestamp da mudança de status para 'Em Andamento'.

Tipo de evento inferred
Testes de QA Concluídos
Indica que o item de desenvolvimento passou com sucesso por todas as verificações de QA e está pronto para a próxima etapa, como UAT ou lançamento. Isso é identificado pela saída do status principal de teste.
Por que é importante

Isso marca a conclusão de um Quality Gate importante. Analisar a duração da fase de QA ajuda a otimizar os processos de teste e a alocação de recursos.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp quando o campo 'status' transita de 'In QA' para um estado subsequente, como 'Ready for UAT' ou 'Ready for Release'.

Captura

Timestamp da mudança de status de 'Em QA' para 'Pronto para UAT'.

Tipo de evento inferred
Testes de QA Iniciados
Este evento marca o início da fase formal de testes de QA para o item. É identificado por uma mudança de status no Jira quando a issue é movida para estados como 'Em QA', 'Em Teste' ou 'Pronto para Teste'.
Por que é importante

Este é um marco fundamental que inicia o ciclo de validação de qualidade. Medir o tempo desde a 'Conclusão do Desenvolvimento' até este ponto destaca atrasos de handoff entre as equipes de Dev e QA.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp quando o campo 'status' muda para um estado de teste de QA designado, como 'In QA'.

Captura

Timestamp da mudança de status para 'Em QA' ou 'Em Teste'.

Tipo de evento inferred
UAT Aprovado
Representa a conclusão bem-sucedida do UAT, indicando a aprovação dos stakeholders para o lançamento. Isso é identificado por uma mudança de status de 'Em UAT' para estados como 'Pronto para Lançamento' ou 'Concluído'.
Por que é importante

Este marco confirma a aceitação do negócio e dá sinal verde para a implantação em produção. É um marco crítico para garantir que o trabalho entregue atenda às expectativas dos usuários.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp da mudança de status de 'In UAT' para o próximo estado no workflow, significando a aprovação.

Captura

Timestamp da mudança de status de 'Em UAT' para 'Pronto para Lançamento'.

Tipo de evento inferred
Code Review Performed
Indica que um colega ou líder revisou o código quanto à qualidade, padrões e funcionalidade. Isso pode ser inferido de uma mudança de status, como a transição de 'In Review' para 'Ready for QA', ou explicitamente a partir de ferramentas de desenvolvimento integradas.
Por que é importante

Esta atividade é um Quality Gate crítico. Analisar sua duração e resultados, como o retrabalho, ajuda a melhorar a qualidade do código e a reduzir bugs encontrados em fases posteriores.

Onde obter

Comumente inferido do changelog das issues do Jira quando o status sai de um estado de 'Code Review'. Também pode ser um evento explícito se ferramentas de repositório de código como Bitbucket ou GitHub estiverem integradas.

Captura

Timestamp da mudança de status de 'Em Revisão' para o próximo estado.

Tipo de evento inferred
Development Completed
Esta atividade indica que o desenvolvedor terminou a codificação e o item está pronto para a próxima etapa, como revisão de código ou teste. É identificada por uma mudança de status no Jira, como sair de 'Em Andamento' para 'Em Revisão' ou 'Pronto para QA'.
Por que é importante

Isso marca o fim da fase principal de desenvolvimento, permitindo a análise da duração da codificação e a eficiência dos handoffs para a equipe de QA.

Onde obter

Inferido do changelog da issue do Jira ao capturar o timestamp quando o campo 'status' muda de um estado de desenvolvimento ativo para um estado subsequente, como 'In Review' ou 'Ready for QA'.

Captura

Timestamp da mudança de status de 'Em Andamento' para 'Em Revisão' ou 'Pronto para QA'.

Tipo de evento inferred
Development Item Canceled
Representa o cancelamento de um item de desenvolvimento antes da conclusão. Isso é identificado por uma mudança para um status terminal como 'Cancelado', 'Rejeitado' ou 'Não será feito', geralmente acompanhado de uma resolução específica.
Por que é importante

Esta atividade rastreia resultados não bem-sucedidos do processo. Analisar por que os itens são cancelados pode revelar problemas de planejamento, priorização ou definição de requisitos.

Onde obter

Inferido do changelog da issue do Jira. Este é o timestamp de quando o 'status' da issue é alterado para 'Canceled' ou 'Won't Do' e uma resolução correspondente é definida.

Captura

Timestamp da mudança de status para 'Cancelado', 'Rejeitado' ou 'Não será feito'.

Tipo de evento inferred
Development Item Closed
Esta é a ação administrativa final, confirmando que nenhum trabalho adicional é esperado para o item. Muitas vezes é identificada por uma mudança de status para 'Fechado' e a definição de um valor no campo 'Resolução'.
Por que é importante

Representa o fim absoluto da jornada de um item. Comparar isso com 'Implantado em Produção' pode revelar atrasos administrativos ou períodos de monitoramento pós-implantação.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp quando o campo 'status' muda para 'Closed' e uma resolução é definida.

Captura

Timestamp da mudança de status para 'Fechado'.

Tipo de evento inferred
Item Ready for Development
Indica que um item de desenvolvimento foi totalmente especificado, revisado e priorizado, estando pronto para um desenvolvedor começar a trabalhar. Isso é tipicamente inferido de uma mudança de status no workflow, como a transição de 'Backlog' para 'To Do' ou 'Ready for Dev'.
Por que é importante

Rastrear isso ajuda a medir a prontidão do backlog e o tempo que os itens esperam antes do início do desenvolvimento. Isso isola o tempo de planejamento e refinamento do tempo de desenvolvimento ativo.

Onde obter

Inferido do changelog da issue do Jira. Busca o timestamp de quando o campo 'status' muda para um valor como 'Ready for Dev', 'To Do' ou 'Selected for Development'.

Captura

Timestamp da mudança de status para um estado pronto para pré-desenvolvimento.

Tipo de evento inferred
Preparado para Lançamento
Indica que o item de desenvolvimento passou em todas as verificações e foi agrupado em uma versão específica de release de software, aguardando a implantação. Isso é frequentemente inferido quando o status de uma issue muda para 'Ready for Release' ou quando o campo 'Fix Version' é preenchido.
Por que é importante

Esta atividade ajuda a rastrear a prontidão do lançamento e o tempo que os itens passam esperando por uma janela de implantação após a conclusão de todo o trabalho e testes.

Onde obter

Normalmente identificado pelo changelog da issue do Jira como uma mudança de status para 'Pronto para Lançamento'. Alternativamente, pode ser identificado pelo timestamp quando o campo 'Fix Version/s' é definido.

Captura

Timestamp da mudança de status para 'Pronto para Lançamento' ou quando 'Fix Version' é preenchido.

Tipo de evento inferred
Testes de QA Reprovados
Indica que a equipe de QA encontrou um defeito, fazendo com que o item de desenvolvimento fosse enviado de volta aos desenvolvedores para retrabalho. Isso é inferido de uma transição de status para trás, por exemplo, de 'In QA' de volta para 'In Progress' ou 'To Do'.
Por que é importante

Esta atividade é crucial para identificar loops de retrabalho. Rastrear sua frequência ajuda a quantificar o custo da baixa qualidade e destaca áreas para melhoria no desenvolvimento ou nos requisitos.

Onde obter

Inferido do changelog da issue do Jira. Capturado quando o campo 'status' transita de um estado de teste (ex: 'In QA') para um estado de desenvolvimento anterior (ex: 'In Progress').

Captura

Timestamp da mudança de status de um estado de teste para um estado de desenvolvimento.

Tipo de evento inferred
UAT Iniciado
Marca o início do Teste de Aceitação do Usuário (UAT), onde os stakeholders ou usuários finais validam a nova funcionalidade. Isso é identificado por uma mudança de status no Jira para estados como 'Em UAT' ou 'User Acceptance Testing'.
Por que é importante

Esta atividade rastreia o início da fase final de validação antes do lançamento. Analisar sua duração é fundamental para entender e reduzir atrasos causados pela disponibilidade de stakeholders ou ciclos de feedback.

Onde obter

Inferido do changelog da issue do Jira. É o timestamp quando o campo 'status' é atualizado para 'In UAT' ou um status designado semelhante.

Captura

Timestamp da mudança de status para 'Em UAT'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do Jira Software