Seu Template de dados do ciclo de vida do desenvolvimento de software
Seu Template de dados do ciclo de vida do desenvolvimento de software
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Jira Software
Atributos do ciclo de vida do desenvolvimento de software
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
Activity
|
Nome de um evento específico ou de uma mudança de status ocorrida no ciclo de desenvolvimento de um item. | ||
|
Descrição
Esse atributo representa uma etapa ou um marco específico no processo de desenvolvimento de software. As atividades são identificadas a partir de mudanças no campo de status da issue no Jira ou de outros eventos importantes, como commits e revisões de código. Na mineração de processos, a sequência dessas atividades forma o mapa do processo. Analisá-las ajuda a identificar o fluxo do processo, medir a duração de etapas específicas e detectar desvios do fluxo de trabalho padrão, como ciclos de retrabalho ou etapas de qualidade ignoradas.
Por que isso importa
As atividades definem as etapas do processo, e a sequência entre elas é essencial para visualizar o fluxo, identificar gargalos e analisar variações.
Onde encontrar
Geralmente, é obtido das transições do campo 'status' no histórico ou no registro de alterações da issue no Jira. Também pode ser complementado com dados de ferramentas de desenvolvimento conectadas.
Exemplos
Desenvolvimento iniciadoRevisão de código realizadaTestes de QA concluídosImplantado em produção
|
|||
|
Horário do evento
EventTime
|
Data e hora exatas em que uma atividade ou um evento específico de desenvolvimento ocorreu. | ||
|
Descrição
O horário do evento registra quando uma atividade ocorreu. Ele é a base temporal de todas as análises de mineração de processos, pois estabelece a ordem cronológica dos eventos de cada caso. Esse atributo é essencial para calcular todas as métricas baseadas em tempo, incluindo tempos de ciclo, tempos de processamento e tempos de espera entre atividades. Ele permite analisar a performance do processo ao longo do tempo e identificar quando e onde ocorrem atrasos no ciclo de desenvolvimento.
Por que isso importa
Esse registro de data e hora é fundamental para ordenar corretamente os eventos e calcular todas as métricas de duração, essenciais para entender a eficiência do processo e identificar atrasos.
Onde encontrar
Corresponde ao registro de data e hora de 'created' de cada entrada no histórico ou no registro de alterações de uma issue.
Exemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
|
|||
|
Item de desenvolvimento
DevelopmentItem
|
Identificador exclusivo de uma unidade de trabalho no Jira Software, como uma história, um bug ou uma tarefa. | ||
|
Descrição
O item de desenvolvimento é o identificador principal do caso e representa uma unidade de trabalho específica, como um recurso, uma correção de bug ou uma tarefa. Ele reúne todas as atividades relacionadas ao item, desde a concepção e o planejamento até o desenvolvimento, os testes e a implantação. No Jira, geralmente corresponde à chave da issue, por exemplo, 'PROJ-123'. A análise desse atributo permite acompanhar todo o ciclo de vida de cada item de trabalho, de ponta a ponta. Ele é a base para criar mapas de processo, calcular tempos de ciclo e identificar variações no fluxo de diferentes itens pelo processo de desenvolvimento.
Por que isso importa
Essa é a chave essencial para reunir todas as atividades de desenvolvimento relacionadas e acompanhar a jornada de um único item de trabalho do início ao fim.
Onde encontrar
Esse é o campo padrão 'key' de uma issue no objeto Issue API do Jira Software.
Exemplos
PROJ-101CORE-5432API-789
|
|||
|
Sistema de origem
SourceSystem
|
Sistema do qual os dados do ciclo de desenvolvimento foram extraídos. | ||
|
Descrição
Esse atributo identifica a origem dos dados. Neste processo, o valor será sempre 'Jira Software', mas ele é útil para distinguir os dados quando a análise combina vários sistemas de origem. Em um ambiente de TI mais amplo, especificar o sistema de origem deixa clara a linhagem dos dados e ajuda a gerenciar a qualidade e a integração de dados entre diferentes plataformas.
Por que isso importa
Deixa clara a procedência dos dados, algo essencial ao integrar dados de vários sistemas ou para fins de governança e auditoria.
Onde encontrar
Esse é um valor estático, que deve ser adicionado durante a extração e a transformação dos dados.
Exemplos
Jira Software
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Registro de data e hora que indica quando os dados deste processo foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Esse atributo registra a data e a hora da extração mais recente de dados do Jira Software. Ele informa o quão atualizados estão os dados analisados. Saber quando ocorreu a última atualização é importante para entender a atualidade dos insights sobre o processo. Isso ajuda analistas e usuários de negócios a confirmar que estão consultando dados atuais e informa até que momento os eventos foram incluídos na análise.
Por que isso importa
Indica o quão atuais estão os dados, algo essencial para garantir que as análises e os dashboards reflitam o estado mais recente do processo.
Onde encontrar
Esse registro de data e hora é gerado e armazenado ao final do processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Nome da equipe
TeamName
|
Equipe de desenvolvimento responsável pelo item de trabalho. | ||
|
Descrição
Representa a equipe ágil ou de recursos específica responsável pelo item de desenvolvimento. No Jira, isso costuma ser implementado como um campo personalizado ou pode ser identificado por outras informações, como o projeto ou um componente específico. Esse atributo é essencial para analisar a performance de cada equipe. Ele permite filtrar dashboards para exibir métricas como tempo de ciclo, taxa de retrabalho e vazão por equipe. Isso é fundamental para os dashboards 'Eficiência do handoff entre etapas' e 'Carga de trabalho dos desenvolvedores e progresso dos itens'.
Por que isso importa
Permite medir e comparar a performance de diferentes equipes de desenvolvimento, ajudando a identificar equipes com bons resultados e compartilhar boas práticas.
Onde encontrar
Geralmente, esse é um campo personalizado no Jira. Consulte o administrador do Jira para identificar o nome exato do campo, que pode ser 'Equipe', 'Squad' ou algo semelhante.
Exemplos
Equipe PhoenixServiços principaisVingadores de UI/UX
|
|||
|
Nome do projeto
ProjectName
|
Nome do projeto do 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 geral, muitas vezes relacionado a um produto, uma equipe ou uma iniciativa específica. Esse atributo é uma dimensão útil para filtrar e comparar dados. 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 as equipes seguem variantes diferentes do processo.
Por que isso importa
Permite segmentar a análise do processo por projeto, produto ou equipe, comparar a performance e identificar boas práticas.
Onde encontrar
Esse é o campo 'project' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
Desenvolvimento de aplicativo móvelPlataforma principalCiência de dados
|
|||
|
Prioridade do item
ItemPriority
|
Nível de prioridade atribuído ao item de desenvolvimento, que indica sua urgência. | ||
|
Descrição
A prioridade do item define a importância ou urgência relativa de um item de trabalho. O Jira oferece um campo padrão 'priority', com níveis configuráveis como Mais alta, Alta, Média e Baixa. Analisar a prioridade é essencial para verificar a Conformidade e identificar gargalos em itens críticos. Por exemplo, o Dashboard 'Verificação de Conformidade de Itens Prioritários' usa esse atributo para confirmar se os itens de alta prioridade estão sendo acelerados como esperado ou se ficam parados nas mesmas filas que os itens de baixa prioridade.
Por que isso importa
Ajuda a analisar se os itens de alta prioridade são processados mais rapidamente que os de baixa prioridade e se seguem um caminho mais direto, contribuindo para o cumprimento dos SLAs.
Onde encontrar
Esse é o campo 'priority' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
Mais altaAltaMédiaBaixa
|
|||
|
Responsável
Assignee
|
Usuário atualmente responsável pelo item de desenvolvimento. | ||
|
Descrição
O responsável é a pessoa encarregada do item de trabalho na etapa atual. No Jira, esse é um campo padrão que muda conforme o item passa por diferentes pessoas e equipes. Analisar o responsável é essencial para entender a alocação de recursos, a distribuição da carga de trabalho e os pontos de handoff. Isso ajuda a responder quais desenvolvedores ou equipes participam de etapas específicas, quem está causando um gargalo e como o trabalho é distribuído pela organização.
Por que isso importa
Identifica o usuário ou recurso responsável por uma atividade, permitindo analisar a carga de trabalho, gerenciar recursos e entender as transferências entre pessoas.
Onde encontrar
Esse é o campo 'assignee' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
Alice SmithBob JohnsonSem responsável
|
|||
|
Status do item
ItemStatus
|
Status atual do item de desenvolvimento no fluxo de trabalho. | ||
|
Descrição
Esse atributo mostra a etapa específica em que o item de desenvolvimento se encontra em determinado momento, como 'Em andamento', 'Em revisão' ou 'Concluído'. A sequência de mudanças de status ao longo do tempo gera as atividades usadas na mineração de processos. Enquanto o atributo 'Atividade' representa o evento de mudança, 'Status do item' indica o estado do item. Ele é útil como dimensão de filtro e análise: permite ver quantos itens estão em determinado estado ou analisar as características dos itens que permanecem muito tempo em um mesmo status.
Por que isso importa
Mostra em que ponto do ciclo de vida está um item, algo essencial para análises por status e para entender o estado atual do trabalho em andamento.
Onde encontrar
Esse é o campo 'status' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
A fazerEm andamentoEm revisãoConcluído
|
|||
|
Tipo de item
ItemType
|
Classificação do item de desenvolvimento, como Bug, História, Task ou Epic. | ||
|
Descrição
O tipo de item classifica a natureza do trabalho realizado. O Jira usa o campo padrão 'issuetype' para diferenciar os tipos de item de trabalho, que muitas vezes seguem fluxos de trabalho próprios. Esse atributo é essencial para análises comparativas. Ele permite filtrar o processo por tipo de trabalho, por exemplo, para comparar o ciclo de vida de um 'Bug' com o de uma 'História'. Assim, você pode identificar se certos tipos de trabalho estão mais sujeitos a atrasos, retrabalho ou desvios do processo padrão.
Por que isso importa
Permite segmentar a análise do processo para comparar como diferentes tipos de trabalho, como bugs e novos recursos, são tratados e onde seus processos diferem.
Onde encontrar
Esse é o campo 'issuetype' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
HistóriaBugTaskEpic
|
|||
|
Componente
Component
|
Subseção ou área funcional de um projeto à qual o item pertence. | ||
|
Descrição
No Jira, os componentes agrupam issues de um projeto em partes menores e mais fáceis de gerenciar. Eles podem representar uma área de recursos, como 'Autenticação de usuários', uma camada técnica, como 'API de backend', ou um módulo, como 'Relatórios'. Analisar os dados por componente permite observar o processo de desenvolvimento com mais detalhes. Isso pode ajudar a identificar se certas partes do aplicativo geram mais bugs, têm ciclos de desenvolvimento mais longos ou exigem mais retrabalho, apontando áreas com dívida técnica ou maior complexidade.
Por que isso importa
Permite segmentar o processo por áreas funcionais ou técnicas do produto e identificar quais componentes são fontes de atrasos ou problemas de qualidade.
Onde encontrar
Esse é o campo padrão 'components' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
Interface do usuárioBanco de dadosGateway de APIAutenticação
|
|||
|
É retrabalho
IsRework
|
Indica se uma atividade faz parte de um ciclo de retrabalho. | ||
|
Descrição
Este atributo booleano é verdadeiro quando uma atividade representa uma etapa anterior do processo, como voltar para 'Desenvolvimento iniciado' após não passar nos testes de QA. A identificação é feita pela análise da sequência de atividades de um caso. Identificar retrabalho é fundamental para melhorar a eficiência e a qualidade do processo. Este atributo dá suporte direto ao KPI 'Taxa de atividades de retrabalho' e ao Dashboard 'Frequência e caminhos dos ciclos de retrabalho'. Com ele, é possível quantificar o esforço desperdiçado e identificar as causas raiz dos problemas de qualidade que levam ao retrabalho.
Por que isso importa
Identifica explicitamente as atividades que fazem parte de ciclos de retrabalho ineficientes, permitindo medir e analisar com precisão o desperdício no processo e os problemas de qualidade.
Onde encontrar
Este é um atributo calculado. É preciso definir o fluxo esperado do processo e, em seguida, identificar as atividades que se desviam dele ao voltar para uma etapa anterior.
Exemplos
truefalse
|
|||
|
Horário de término do evento
EventEndTime
|
Registro de data e hora em que uma atividade ou um status foi concluído. | ||
|
Descrição
Esse atributo marca o horário de conclusão de uma atividade. Ele corresponde ao registro de data e hora da próxima atividade na sequência de um caso. Enquanto 'Horário do evento' ('Horário de início') marca o começo de uma atividade, 'Horário de término do evento' marca o fim. A diferença entre esses dois registros de data e hora corresponde ao tempo de processamento da atividade. Isso é essencial para calcular o KPI 'Tempo médio de processamento por etapa' e criar dashboards que analisam a duração das atividades.
Por que isso importa
Define o fim de uma atividade e permite calcular a duração de cada etapa do processo, algo essencial para a análise de gargalos.
Onde encontrar
Este é um atributo derivado. Para um determinado evento, o horário de término corresponde ao horário de início do evento seguinte no mesmo caso.
Exemplos
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
|
|||
|
Lançamento planejado
PlannedReleaseVersion
|
Versão ou lançamento de software em que se planeja implantar o item. | ||
|
Descrição
Esse atributo, geralmente o campo 'Affects Version/s' no Jira, indica o lançamento previsto para um recurso ou uma correção. Ele serve como prazo ou meta para a conclusão do trabalho. Esse atributo é essencial para o KPI 'Taxa de entrega de lançamentos no prazo'. Ao comparar a data real de implantação com a data planejada para a versão, você pode medir o cumprimento do cronograma e a previsibilidade do processo de lançamento.
Por que isso importa
Define a data ou o lançamento previsto para a entrega, permitindo calcular as taxas de entrega no prazo e analisar o cumprimento do cronograma.
Onde encontrar
Corresponde aos campos 'versions' ou 'fixVersions' na Issue API do Jira. O campo usado no planejamento pode variar.
Exemplos
Versão 2.1Lançamento do 1º trimestre de 2024Lançamento do Projeto Phoenix
|
|||
|
Nome do sprint
SprintName
|
Nome do sprint ágil ao qual o item de desenvolvimento está atribuído. | ||
|
Descrição
Para equipes que usam Scrum, o sprint é um período de duração definida durante o qual um conjunto de tarefas é concluído. Esse atributo registra o nome ou identificador do sprint ao qual um item pertence. Analisar os dados por sprint é fundamental para a mineração de processos em equipes ágeis. Isso ajuda a avaliar a performance de cada sprint, entender o trabalho que passa de um sprint para outro e acompanhar o progresso em relação às metas. Também oferece um contexto temporal mais específico do que intervalos de datas gerais.
Por que isso importa
Oferece um contexto essencial para equipes ágeis, permitindo analisar a eficiência do processo e a vazão sprint a sprint.
Onde encontrar
Essas informações geralmente ficam armazenadas em um campo personalizado 'Sprint', gerenciado pelo Jira Software (Agile). Os dados podem ser acessados pela Issue API.
Exemplos
Sprint 1 do PROJSprint 3 do 4º trimestre de 2023Sprint 2 do PI de novembro
|
|||
|
Relator
Reporter
|
Usuário que criou ou reportou originalmente o item de desenvolvimento. | ||
|
Descrição
O relator é a pessoa que criou a issue no Jira. Pode ser um desenvolvedor, um profissional de QA, um gerente de produto ou até mesmo um cliente, por meio de uma integração com a Central de serviços. Analisar o relator pode revelar a origem do trabalho. Por exemplo, você pode comparar o ciclo de vida dos bugs reportados pela equipe de QA com o dos reportados por clientes. Essa análise também ajuda a entender os padrões de comunicação e o fluxo de informações no início do processo.
Por que isso importa
Identifica a origem do item de trabalho e permite analisar padrões relacionados a quem cria tarefas ou reporta bugs.
Onde encontrar
Esse é o campo 'reporter' dentro do objeto 'fields' da resposta da Issue API do Jira.
Exemplos
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Resolução do item
ItemResolution
|
Resultado final ou motivo do encerramento de um item de desenvolvimento. | ||
|
Descrição
A resolução explica por que um item foi movido para um estado fechado. O status pode ser 'Fechado', enquanto a resolução pode ser 'Concluído', 'Não será feito', 'Duplicado' ou 'Não foi possível reproduzir'. Isso fornece um contexto essencial sobre o resultado do trabalho. Analisar a resolução ajuda a diferenciar o trabalho concluído com sucesso dos itens cancelados ou rejeitados. Isso é importante para a análise da qualidade e para entender a vazão real de trabalho valioso em comparação com o esforço dedicado a itens que acabaram descartados.
Por que isso importa
Diferencia os itens concluídos com sucesso daqueles encerrados por outros motivos, o que é essencial para analisar com precisão a produtividade e a qualidade.
Onde encontrar
Esse é o campo 'resolution' dentro do objeto 'fields' da resposta da Issue API do Jira. Geralmente, ele só é preenchido quando uma issue é encerrada.
Exemplos
ConcluídoNão será feitoDuplicadoNão foi possível reproduzir
|
|||
|
Tempo de espera no handoff
HandoffWaitTime
|
Tempo ocioso entre duas atividades consecutivas. | ||
|
Descrição
Esta métrica calcula o tempo de espera ou de fila entre o fim de uma atividade e o início da seguinte. Ela representa o período em que o trabalho fica parado, aguardando alguém para dar continuidade. Esta métrica é essencial para o KPI 'Tempo médio de espera no handoff' e o Dashboard 'Eficiência do handoff entre fases'. Tempos elevados costumam indicar problemas de coordenação, limitações de recursos ou comunicação ineficiente entre equipes, como desenvolvimento e QA. Reduzir esse tempo ocioso é uma das principais formas de diminuir o tempo total de ciclo.
Por que isso importa
Mostra o tempo ocioso ou de fila no processo, expondo ineficiências nas transferências entre equipes ou pessoas e revelando problemas de coordenação.
Onde encontrar
Esta é uma métrica calculada. Corresponde ao horário de início de uma atividade menos o horário de término da atividade anterior no mesmo caso.
Exemplos
017280043200
|
|||
|
Tempo total de ciclo
CycleTime
|
Duração total, do início ao fim, de um item de desenvolvimento. | ||
|
Descrição
O tempo de ciclo mede o tempo total entre a criação de um item de desenvolvimento e sua resolução final, como a implantação em produção. O cálculo é feito no nível do caso, pela diferença entre o timestamp do primeiro evento e o do último. Este é um KPI essencial para medir a velocidade e a eficiência gerais do processo. O KPI 'Tempo médio de ciclo do início ao fim' e o Dashboard 'Análise geral do tempo de ciclo do SDLC' são baseados diretamente nesse cálculo. Reduzir o tempo de ciclo costuma ser um dos principais objetivos das iniciativas de melhoria de processos.
Por que isso importa
Mede a velocidade do processo de desenvolvimento do início ao fim e fornece um indicador-chave de performance da eficiência geral e da velocidade de entrega.
Onde encontrar
Este é um atributo calculado no nível do caso. Corresponde ao timestamp do último evento menos o timestamp do primeiro evento de um determinado 'DevelopmentItem'.
Exemplos
12096002592000604800
|
|||
|
Versão de correção
FixVersion
|
Versão do software em que o item de desenvolvimento foi efetivamente resolvido e lançado. | ||
|
Descrição
No Jira, 'Versão de correção' indica o lançamento que inclui o trabalho concluído de um item. Ela registra o resultado concreto do esforço de desenvolvimento. Esse atributo fornece o contexto do lançamento efetivo, que pode ser comparado com 'Versão planejada do lançamento' para analisar a performance da entrega. Ele também permite agrupar todos os itens entregues em um lançamento específico e ter uma visão consolidada do que foi realizado.
Por que isso importa
Confirma em qual lançamento um trabalho foi incluído, fornecendo a referência para analisar os lançamentos e acompanhar os recursos entregues.
Onde encontrar
Corresponde ao campo 'fixVersions' na resposta da Issue API do Jira.
Exemplos
v2.1.1 Correção emergencialv3.0.0 Lançamento principalv2.2.0
|
|||
Atividades do ciclo de vida do desenvolvimento de software
| Atividade | Descrição | ||
|---|---|---|---|
|
Desenvolvimento iniciado
|
Representa o momento em que um desenvolvedor começa a trabalhar ativamente no item de desenvolvimento. Quase sempre, isso é inferido a partir de uma mudança de status no fluxo de trabalho do Jira, por exemplo, quando o status da issue muda para 'In Progress'. | ||
|
Por que isso importa
Este é um marco essencial para medir o tempo de desenvolvimento ativo. Ele ajuda a diferenciar o tempo de espera do trabalho que agrega valor, uma métrica importante para identificar gargalos.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. É a data e hora da primeira mudança do campo 'status' para 'In Progress', 'In Development' ou um estado ativo semelhante.
Coleta
Data e hora da mudança de status para 'In Progress'.
Tipo de evento
inferred
|
|||
|
Implantado em produção
|
Esse evento marca o momento em que as alterações de código associadas ao item de desenvolvimento entram em produção. Ele pode ser inferido por uma mudança final de status para 'Concluído' ou 'Lançado', ou registrado por um evento explícito enviado por uma ferramenta de CI/CD integrada. | ||
|
Por que isso importa
Esse é o principal marco de sucesso do processo. Ele é essencial para calcular o tempo de ciclo total de ponta a ponta e medir a frequência de implantação e a vazão.
Onde encontrar
Pode ser inferido do histórico de alterações da issue no Jira quando o status muda para 'Lançado' ou 'Concluído'. Para obter mais precisão, o evento pode ser registrado por ferramentas de CI/CD, como Jenkins e Bamboo, ou pelo recurso Deployments do Jira.
Coleta
Registro de data e hora da mudança de status para 'Concluído' ou 'Lançado'.
Tipo de evento
inferred
|
|||
|
Item de desenvolvimento criado
|
Este evento marca o início do ciclo de vida, quando um novo item de desenvolvimento, como uma história, um bug ou uma tarefa, é registrado formalmente no Jira. O sistema registra explicitamente a data e hora de criação de cada issue. | ||
|
Por que isso importa
Esta atividade marca o início definitivo do processo, essencial para calcular o tempo de ciclo de ponta a ponta e acompanhar o volume total de trabalho recebido.
Onde encontrar
Este é um evento fundamental para cada issue do Jira. A data e hora de criação ficam armazenadas no campo 'created' do registro da issue e podem ser acessadas pela API do Jira.
Coleta
O campo 'created' de data e hora no objeto Jira Issue.
Tipo de evento
explicit
|
|||
|
Testes de QA concluídos
|
Indica que o item de desenvolvimento passou por todas as verificações de garantia da qualidade e está pronto para a próxima etapa, como os Testes de Aceitação do Usuário ou o lançamento. Isso é inferido a partir de uma mudança de status que encerra a etapa principal de testes. | ||
|
Por que isso importa
Esta etapa marca a conclusão de um importante critério de qualidade. Analisar a duração da etapa de QA ajuda a otimizar os testes e a alocação de recursos.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. É a data e hora em que o campo 'status' muda de 'In QA' para uma etapa seguinte, como 'Ready for UAT' ou 'Ready for Release'.
Coleta
Data e hora da mudança de status de 'In QA' para 'Ready for UAT'.
Tipo de evento
inferred
|
|||
|
Testes de QA iniciados
|
Este evento marca o início da etapa formal de garantia da qualidade do item de desenvolvimento. Ele é inferido a partir de uma mudança de status no Jira, quando a issue passa para um status como 'In QA', 'In Testing' ou 'Ready for Testing'. | ||
|
Por que isso importa
Este é um marco importante que dá início ao ciclo de validação da qualidade. Medir o tempo entre 'Desenvolvimento concluído' e esta etapa ajuda a identificar atrasos na transferência entre as equipes de desenvolvimento e QA.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. É a data e hora em que o campo 'status' muda para uma etapa designada de testes de QA, como 'In QA'.
Coleta
Data e hora da mudança de status para 'In QA' ou 'In Testing'.
Tipo de evento
inferred
|
|||
|
UAT aprovado
|
Representa a conclusão bem-sucedida dos Testes de Aceitação do Usuário e indica que as partes interessadas aprovaram o lançamento. Isso é inferido a partir de uma mudança de status de 'In UAT' para uma etapa como 'Ready for Release' ou 'Done'. | ||
|
Por que isso importa
Esse marco confirma a aprovação do negócio e libera o item para implantação em produção. É uma etapa crítica para garantir que o trabalho entregue atenda às expectativas dos usuários.
Onde encontrar
Inferido do histórico de alterações da issue no Jira. É o registro de data e hora da mudança de status de 'Em UAT' para o próximo estado no fluxo de trabalho, indicando a aprovação.
Coleta
Registro de data e hora da mudança de status de 'Em UAT' para 'Pronto para lançamento'.
Tipo de evento
inferred
|
|||
|
Desenvolvimento concluído
|
Esta atividade indica que o desenvolvedor terminou de programar e que o item está pronto para a próxima etapa, como revisão de código ou testes. Ela é inferida a partir de uma mudança de status no Jira, como a passagem de 'In Progress' para 'In Review' ou 'Ready for QA'. | ||
|
Por que isso importa
Esta etapa marca o fim do desenvolvimento principal e permite analisar a duração da programação e a eficiência das transferências para a equipe de garantia da qualidade.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira, registrando a data e hora em que o campo 'status' muda de um estado de desenvolvimento ativo para uma etapa seguinte, como 'In Review' ou 'Ready for QA'.
Coleta
Data e hora da mudança de status de 'In Progress' para 'In Review' ou 'Ready for QA'.
Tipo de evento
inferred
|
|||
|
Item de desenvolvimento cancelado
|
Representa o encerramento de um item de desenvolvimento antes da conclusão. É inferido quando o status muda para um estado final, como 'Cancelado', 'Rejeitado' ou 'Não será feito', geralmente acompanhado de uma resolução específica. | ||
|
Por que isso importa
Essa atividade acompanha os resultados malsucedidos do processo. Analisar por que os itens são cancelados pode revelar problemas de planejamento, priorização ou definição de requisitos.
Onde encontrar
Inferido do histórico de alterações da issue no Jira. É o registro de data e hora em que o campo 'status' muda para 'Cancelado' ou 'Não será feito' e uma resolução correspondente é definida.
Coleta
Registro de data e hora da mudança de status para 'Cancelado', 'Rejeitado' ou 'Não será feito'.
Tipo de evento
inferred
|
|||
|
Item de desenvolvimento encerrado
|
Essa é a ação administrativa final, que confirma que não há mais trabalho previsto para o item. Geralmente, é inferida quando o status muda para 'Fechado' e o campo 'Resolução' é preenchido. | ||
|
Por que isso importa
Representa o fim definitivo da jornada de um item. Comparar esse momento com 'Implantado em produção' pode revelar atrasos administrativos ou períodos de monitoramento após a implantação.
Onde encontrar
Inferido do histórico de alterações da issue no Jira. É o registro de data e hora em que o campo 'status' muda para 'Fechado' e uma resolução é definida.
Coleta
Registro de data e hora da mudança de status para 'Fechado'.
Tipo de evento
inferred
|
|||
|
Item pronto para desenvolvimento
|
Indica que um item de desenvolvimento foi especificado, revisado e priorizado por completo e está pronto para um desenvolvedor começar a trabalhar. Em geral, isso é inferido a partir de uma mudança de status no fluxo de trabalho, como a passagem de 'Backlog' para 'To Do' ou 'Ready for Dev'. | ||
|
Por que isso importa
Acompanhar esta etapa ajuda a medir se o backlog está pronto e quanto tempo os itens esperam antes do início do desenvolvimento. Também separa o tempo de planejamento e refinamento do tempo de desenvolvimento ativo.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. Procure a data e hora em que o campo 'status' muda para um valor como 'Ready for Dev', 'To Do' ou 'Selected for Development'.
Coleta
Data e hora da mudança de status para um estado de prontidão anterior ao desenvolvimento.
Tipo de evento
inferred
|
|||
|
Preparado para lançamento
|
Indica que o item de desenvolvimento passou por todas as verificações e foi incluído em uma versão específica do software, aguardando implantação. Geralmente, isso é inferido quando o status de uma issue muda para 'Pronto para lançamento' ou quando o campo 'Versão de correção' é preenchido. | ||
|
Por que isso importa
Essa atividade ajuda a acompanhar se uma versão está pronta para lançamento e por quanto tempo os itens aguardam uma janela de implantação após a conclusão do desenvolvimento e dos testes.
Onde encontrar
Geralmente, é inferido do histórico de alterações da issue no Jira, quando o status muda para 'Pronto para lançamento'. Também pode ser inferido pelo registro de data e hora em que o campo 'Versões de correção' é preenchido.
Coleta
Registro de data e hora da mudança de status para 'Pronto para lançamento' ou do preenchimento do campo 'Versão de correção'.
Tipo de evento
inferred
|
|||
|
Revisão de código realizada
|
Indica que uma pessoa da equipe ou liderança revisou o código quanto à qualidade, aos padrões e à funcionalidade. Isso pode ser inferido a partir de uma mudança de status, como a passagem de 'In Review' para 'Ready for QA', ou registrado explicitamente por ferramentas de desenvolvimento integradas. | ||
|
Por que isso importa
Esta atividade é um critério essencial de qualidade. Analisar sua duração e seus resultados, como a necessidade de retrabalho, ajuda a melhorar a qualidade do código e a reduzir bugs identificados mais adiante no processo.
Onde encontrar
Em geral, é inferido a partir do histórico de alterações da issue no Jira, quando o status sai de uma etapa de 'Code Review'. Também pode ser registrado como um evento explícito quando ferramentas de repositório de código, como Bitbucket ou GitHub, estão integradas.
Coleta
Data e hora da mudança de status de 'In Review' para a próxima etapa.
Tipo de evento
inferred
|
|||
|
Testes de QA reprovados
|
Indica que a equipe de QA encontrou um defeito e devolveu o item de desenvolvimento aos desenvolvedores para retrabalho. Isso é inferido a partir de uma transição de status para uma etapa anterior, por exemplo, de 'In QA' para 'In Progress' ou 'To Do'. | ||
|
Por que isso importa
Esta atividade é essencial para identificar ciclos de retrabalho. Acompanhar sua frequência ajuda a quantificar o custo da baixa qualidade e a identificar oportunidades de melhoria no desenvolvimento ou nos requisitos.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. É registrado quando o campo 'status' muda de uma etapa de testes, como 'In QA', para uma etapa anterior de desenvolvimento, como 'In Progress'.
Coleta
Data e hora da mudança de status de uma etapa de testes para uma etapa de desenvolvimento.
Tipo de evento
inferred
|
|||
|
UAT iniciado
|
Marca o início dos Testes de Aceitação do Usuário, nos quais as partes interessadas do negócio ou os usuários finais validam a nova funcionalidade. Isso é inferido a partir de uma mudança de status no Jira para uma etapa como 'In UAT' ou 'User Acceptance Testing'. | ||
|
Por que isso importa
Esta atividade acompanha o início da etapa final de validação antes do lançamento. Analisar sua duração é essencial para entender e reduzir atrasos causados pela disponibilidade das partes interessadas ou pelos ciclos de feedback.
Onde encontrar
Inferido a partir do histórico de alterações da issue no Jira. É a data e hora em que o campo 'status' é atualizado para 'In UAT' ou um status designado semelhante.
Coleta
Data e hora da mudança de status para 'In UAT'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Comece hoje a otimizar o ciclo de vida do desenvolvimento de software preparando seus dados com este Template. Descubra insights para acelerar as entregas e melhorar a qualidade.
Otimize seu SDLC no Jira Software. Comece hoje!
Identifique ineficiências e reduza em 30% o tempo de ciclo do seu SDLC.
Não é necessário informar cartão de crédito. Comece a otimizar em poucos minutos.