Seu Template de dados do ciclo de vida do desenvolvimento de software

A hora de início do evento indica a data e a hora exatas em que uma atividade começou. Ela estabelece a ordem cronológica de todos os eventos de um caso, o que é essencial para reconstruir o fluxo do processo com precisão.

As datas e horas são a base de todas as análises de Process Mining relacionadas ao tempo. Elas são usadas para calcular indicadores-chave de performance, como tempos de ciclo, tempos de espera e tempos de processamento entre atividades. Analisar esses registros ajuda a identificar gargalos, medir a eficiência do processo e entender a duração das diferentes etapas do ciclo de vida de desenvolvimento. Por exemplo, o tempo entre 'Código enviado para revisão' e 'Revisão de código concluída' pode revelar atrasos no processo de revisão.

Este registro de data e hora é essencial para ordenar corretamente os eventos e calcular todas as métricas relacionadas ao tempo, como o tempo de ciclo e os gargalos.

Disponível em Event Logs, trilhas de auditoria ou tabelas de histórico que registram alterações nos itens de trabalho de desenvolvimento.

O ID do item de desenvolvimento é a chave primária que identifica de forma única cada instância de caso ao longo do ciclo de vida de desenvolvimento de software. Cada ID representa uma unidade de trabalho distinta, como uma história de usuário, uma tarefa ou uma correção de bug, desde a criação até a resolução ou implantação final.

Na análise de Process Mining, esse atributo é essencial para reconstruir a jornada completa de cada item de trabalho. Ele permite que a ferramenta vincule todas as atividades relacionadas, como 'Desenvolvimento iniciado', 'Revisão de código concluída' e 'Implantado em produção', em um fluxo de processo coerente. Analisar o ciclo de vida de cada item de desenvolvimento ajuda a identificar variações, atrasos e ciclos de retrabalho associados a unidades de trabalho específicas.

Este é o identificador de caso fundamental para rastrear o ciclo de vida completo de cada item de trabalho de desenvolvimento, do início ao fim.

Geralmente, é encontrado nas principais tabelas de itens de trabalho ou de rastreamento de issues de um sistema de gestão de desenvolvimento de software.

O nome da atividade descreve uma etapa específica ou uma alteração de status no processo de desenvolvimento. Essas atividades formam os nós do mapa do processo e representam marcos importantes, como 'Item aprovado para desenvolvimento', 'Código enviado para revisão' ou 'Testes de QA concluídos'.

Este atributo é essencial para visualizar o fluxo do processo e entender a sequência de eventos. Ao analisar as diferentes atividades, as equipes podem identificar os caminhos mais comuns, descobrir desvios do processo e medir o tempo gasto em cada etapa. Ele serve de base para a análise de gargalos, a detecção de retrabalho e a verificação de conformidade com um modelo de processo de referência.

Ele define as etapas do processo e permite visualizar e analisar o fluxo de trabalho de desenvolvimento.

Geralmente, é obtido dos logs de alteração de status, dos fluxos de eventos ou das tabelas de histórico de auditoria associadas aos itens de trabalho de desenvolvimento.

O atributo Sistema de origem identifica o aplicativo ou a plataforma em que os dados do ciclo de vida de desenvolvimento foram registrados. Isso é especialmente útil em ambientes que usam várias ferramentas de desenvolvimento, como Jira para rastreamento de issues e GitLab para gestão do código-fonte.

Na análise, especificar o sistema de origem ajuda a validar os dados e fornece contexto para interpretá-los. Também permite comparar processos gerenciados em sistemas diferentes e ajuda a garantir uma interpretação correta, já que os nomes dos campos e as convenções de processo podem variar entre sistemas. Além disso, você pode filtrar a análise para consultar os dados de uma ferramenta específica.

Fornece contexto sobre a origem dos dados, essencial para validá-los e realizar análises que envolvem vários sistemas integrados.

Normalmente, é um valor estático adicionado durante a extração dos dados para identificar a origem dos registros.

O atributo Última atualização dos dados registra a data e a hora em que os dados foram extraídos ou atualizados pela última vez a partir do sistema de origem. Isso indica com clareza se os dados estão atualizados e continuam relevantes.

Essa informação é essencial para garantir que as análises e os Dashboards usem dados atuais. As partes interessadas podem ver rapidamente quando a visão do processo foi atualizada, o que aumenta a confiança nos insights obtidos. Esse metadado também é importante para gerenciar pipelines de dados e programar atualizações.

Indica se os dados estão atualizados, ajudando a garantir que a análise seja oportuna e relevante para a tomada de decisões.

Esse valor costuma ser gerado e armazenado pelo pipeline de extração, transformação e carga de dados (ETL).

Esse atributo identifica a pessoa ou o grupo responsável por concluir a etapa atual ou o item de trabalho como um todo. A pessoa responsável pode mudar várias vezes ao longo do ciclo de vida, refletindo transferências entre diferentes funções, como desenvolvimento, testes de QA e revisão.

Analisar o atributo Atribuído a é essencial para entender a carga de trabalho do time, a eficiência das transferências e os padrões de colaboração. Ele permite filtrar o mapa de processos para visualizar o trabalho de uma pessoa ou de um time específico e identificar gargalos relacionados a recursos. A análise de redes sociais baseada nas transferências entre responsáveis pode revelar falhas de comunicação ou estruturas de colaboração excessivamente complexas.

Permite analisar a carga de trabalho dos recursos, a frequência das transferências e os padrões de colaboração, ajudando a otimizar a eficiência do time.

Encontrado no registro do item de trabalho ou da ocorrência, geralmente no histórico do item ou no log de auditoria.

A hora de término do evento marca a conclusão de uma atividade. Muitas etapas do processo são registradas como eventos instantâneos, com horários de início e término iguais, mas algumas atividades têm duração mensurável. Por exemplo, uma atividade de revisão de código pode ter horários distintos de início e término.

Esse atributo é essencial para calcular o tempo de processamento ativo de tarefas específicas e diferenciá-lo do tempo ocioso ou de espera. Ao comparar o intervalo entre a hora de início e a hora de término do evento, os analistas podem medir o esforço dedicado a atividades que agregam valor. Isso permite analisar com mais detalhes a utilização de recursos e identificar quais tarefas consomem mais tempo de trabalho ativo.

Permite calcular o tempo de processamento ativo de cada atividade, separando-o do tempo de espera e oferecendo uma visão mais clara do esforço envolvido.

Pode ser encontrado nos registros de eventos ou derivado do timestamp da próxima atividade na sequência para o mesmo item de trabalho.

O nome do projeto contextualiza o trabalho ao agrupar itens relacionados a um produto, iniciativa ou base de código específica. As práticas de desenvolvimento e os tempos de ciclo podem variar bastante entre projetos, como no caso de um sistema legado e de um aplicativo novo.

Esse atributo permite agregar e comparar, em alto nível, os processos de desenvolvimento de diferentes áreas da organização. Ao filtrar a análise por projeto, os gestores podem avaliar a saúde e a eficiência de cada iniciativa de desenvolvimento. Ele também é essencial para entender como a performance do processo se relaciona ao contexto e ao ambiente técnico específicos de um projeto.

Permite segmentar a análise do processo por produto ou iniciativa e revelar diferenças de performance relacionadas ao contexto do projeto.

Campo padrão no registro do item de trabalho ou da ocorrência, ou nome do repositório em sistemas como o Git.

Esse atributo identifica o time, squad ou grupo responsável por entregar o item de desenvolvimento. Em organizações maiores, o trabalho costuma ser distribuído entre vários times especializados, como “Frontend”, “Backend”, “Mobile” ou “Plataforma”.

Analisar pelo nome do time permite comparar a performance e compartilhar boas práticas entre os times. Isso ajuda a responder perguntas como “Qual time tem o menor tempo de ciclo?” ou “Um time passa por mais retrabalho que os outros?”. Essa análise pode revelar diferenças nos fluxos de trabalho, nas habilidades ou na disponibilidade de recursos que afetam a performance geral das entregas, além de apontar oportunidades para melhorias direcionadas no processo.

Permite comparar a performance entre diferentes times, ajudando a identificar boas práticas e oportunidades de melhoria.

Geralmente associado ao usuário responsável ou disponível como campo direto no registro do projeto ou do item de trabalho.

O atributo Prioridade indica a urgência comercial ou técnica de um item de trabalho. Normalmente, ele recebe valores como “Alta”, “Média” ou “Baixa” e ajuda os times a decidir o que fazer em seguida.

Em Process Mining, a prioridade é uma dimensão importante de análise. Ela permite verificar se os itens de alta prioridade são realmente processados mais rápido que os de baixa prioridade. Comparar os tempos de ciclo entre diferentes níveis de prioridade pode revelar se o processo respeita as prioridades do negócio. Se itens de alta prioridade sofrem atrasos frequentes, isso pode indicar problemas de planejamento, alocação de recursos ou desenho do fluxo de trabalho.

Ajuda a verificar se os trabalhos de alta prioridade avançam mais rápido pelo processo e a identificar gargalos que afetam de forma desproporcional os itens críticos.

Campo padrão no registro do item de trabalho ou da ocorrência na maioria dos sistemas de gestão de desenvolvimento.

O status do item de desenvolvimento representa a situação de um item de trabalho em um momento específico. Enquanto o nome da atividade registra o evento de mudança de status, esse atributo registra o próprio status. Isso pode ser útil para analisar a situação do trabalho no momento em que um evento ocorreu.

Esse atributo costuma ser usado para criar o nome da atividade, mas também pode fornecer contexto adicional. Por exemplo, analisar o campo de status permite avaliar por quanto tempo os itens permanecem em uma situação específica, como “Bloqueado” ou “Aguardando revisão”. Entender o tempo gasto em situações improdutivas é essencial para identificar atrasos sistêmicos e melhorar a eficiência do fluxo.

Permite analisar o tempo gasto em diferentes situações e identificar atrasos e períodos em status que não agregam valor, como “Bloqueado”.

Disponível como campo principal no registro do item de trabalho ou da ocorrência e rastreado no histórico do item.

Esse atributo classifica a natureza do trabalho realizado. Diferentes tipos de itens de trabalho costumam seguir caminhos distintos no processo e ter expectativas de performance diferentes. Por exemplo, um bug pode exigir uma correção rápida, enquanto uma funcionalidade segue um ciclo padrão de desenvolvimento e testes.

Com esse atributo, os analistas podem comparar os fluxos do processo e a performance de diferentes tipos de trabalho. Isso ajuda a responder perguntas como “Nosso processo de correção de bugs é mais rápido que o de desenvolvimento de funcionalidades?” ou “Os itens de dívida técnica passam por mais retrabalho?”. É uma dimensão fundamental para segmentar os dados e obter insights mais específicos e acionáveis.

Permite comparar processos e performance entre diferentes categorias de trabalho e revelar ineficiências específicas de certos tipos de desenvolvimento.

Campo padrão no registro do item de trabalho ou da ocorrência na maioria dos sistemas de gestão de desenvolvimento.

O atributo Criador identifica a pessoa que iniciou o item de trabalho. Pode ser um gerente de produto criando uma história de usuário, um profissional de QA registrando um bug ou um agente de atendimento ao cliente relatando um problema.

Analisar quem criou os itens de trabalho pode revelar a origem das demandas. Por exemplo, um grande volume de bugs relatados por usuários finais pode indicar problemas de qualidade em versões recentes. Essa análise também pode ajudar a avaliar a clareza e a qualidade dos requisitos iniciais, relacionando o criador ao retrabalho ou aos atrasos nas etapas seguintes.

Ajuda a identificar quem iniciou o trabalho e permite analisar as origens da demanda, dos bugs ou das solicitações de funcionalidades.

Campo padrão, como “Relator” ou “Autor”, no registro de criação inicial de um item de trabalho.

A gravidade é diferente da prioridade: ela mede o impacto técnico de um problema, enquanto a prioridade mede a urgência de corrigi-lo. Por exemplo, um erro de digitação em uma página pouco acessada pode ter baixa gravidade e baixa prioridade, enquanto um problema crítico de corrupção de dados teria alta gravidade e alta prioridade.

Esse atributo é essencial para a análise da qualidade, especialmente ao analisar processos de correção de bugs. Ele permite que os times avaliem se estão resolvendo primeiro os problemas mais graves. Ao analisar o tempo de ciclo por nível de gravidade, as organizações podem garantir que problemas críticos do sistema sejam resolvidos rapidamente para minimizar o impacto nos clientes.

Permite analisar a eficácia do time ao tratar problemas de acordo com o impacto técnico e garantir que os problemas críticos sejam resolvidos rapidamente.

Campo padrão, especialmente para itens de trabalho do tipo “Bug” ou “Incidente”, em sistemas de gestão de desenvolvimento.

O indicador de retrabalho é um atributo booleano ou categórico derivado que sinaliza eventos como parte de um ciclo de retrabalho. Isso costuma ser identificado quando o fluxo do processo retrocede, por exemplo, de “Teste de QA” para “Desenvolvimento em andamento”, ou quando ocorrem atividades específicas de retrabalho, como “Retrabalho identificado no QA”.

Esse atributo é muito útil para analisar a qualidade e a eficiência. Ele permite calcular diretamente as taxas de retrabalho e destaca as partes do processo que geram mais retrabalho. Ao filtrar as atividades de retrabalho, os times podem fazer uma análise de causa raiz para entender por que os problemas de qualidade não são identificados antes. Reduzir o retrabalho é uma das principais formas de melhorar tanto a velocidade do desenvolvimento quanto a qualidade do produto.

Quantifica diretamente o retrabalho, permitindo que os times meçam sua frequência, analisem suas causas e acompanhem a evolução da qualidade ao longo do tempo.

Geralmente derivado durante a transformação dos dados, identificando ciclos de retorno no fluxo do processo ou nomes de atividades específicos relacionados a falhas.

O atributo Versão planejada vincula um item de desenvolvimento a um cronograma de entrega ou a uma versão específica. Ele costuma ser usado no planejamento de lançamentos para agrupar funcionalidades e correções em uma implantação coordenada.

Analisar pela versão planejada ajuda a avaliar a previsibilidade e a confiabilidade do processo de lançamento. É possível acompanhar a taxa de entregas no prazo comparando a versão planejada com a data real de implantação. Além disso, esse atributo ajuda a gerenciar o escopo e entender o fluxo de trabalho previsto para uma versão específica, destacando riscos ou atrasos que podem afetar o cronograma de entrega.

Relaciona o trabalho de desenvolvimento aos cronogramas de entrega, permitindo analisar as taxas de entregas no prazo e a previsibilidade dos lançamentos.

Campo padrão, como “Versão de correção”, “Lançamento previsto” ou “Caminho da iteração”, em ferramentas de planejamento ágil e desenvolvimento.