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

Este atributo informa a data e a hora em que cada atividade do ciclo de vida do desenvolvimento foi registrada. Ele é essencial para ordenar os eventos cronologicamente e realizar todas as análises baseadas em tempo.

No Process Mining, a hora de início é usada para calcular a duração entre atividades, identificar tempos de espera e medir o tempo total de ciclo do processo. Ela é um componente essencial dos Dashboards que analisam a performance, como a análise do tempo de ciclo de ponta a ponta do SDLC, e do cálculo de indicadores-chave de performance, como o tempo de atravessamento da revisão de código.

Essa data e hora são essenciais para ordenar os eventos corretamente e calcular todas as métricas de performance, incluindo tempos de ciclo, durações e tempos de espera.

Geralmente encontrado em campos de data e hora gerados pelo sistema, como 'sys_updated_on' ou 'sys_created_on', na trilha de auditoria ou nas tabelas de tarefas.

O item de desenvolvimento funciona como o principal identificador do caso e representa uma unidade específica de trabalho acompanhada ao longo do processo. Ele conecta todas as atividades desse item, da concepção e do planejamento iniciais ao desenvolvimento, aos testes e à implantação.

Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada completa de cada item de trabalho. Ele permite visualizar os fluxos do processo, calcular o tempo total de ciclo e identificar variantes do processo para funcionalidades ou correções de bugs. Cada evento do Event Log precisa estar associado a um item de desenvolvimento para formar um mapa de processo coerente.

Este é o identificador principal que conecta todas as atividades de desenvolvimento relacionadas em uma única instância do processo, permitindo analisar o ciclo de vida completo de cada item de trabalho.

Esse identificador costuma ser a chave primária das tabelas que gerenciam histórias, bugs ou tarefas, como as tabelas 'rm_story', 'rm_bug' ou 'task' do ServiceNow.

Este atributo registra o nome de cada marco ou tarefa concluída no ciclo de vida do desenvolvimento de software. Essas atividades formam as etapas sequenciais do processo, da criação à implantação.

Analisar a sequência e a frequência dessas atividades é a principal função do Process Mining. Isso permite construir o mapa do processo, identificar gargalos entre as etapas e destacar variações ineficientes ou que não seguem as regras do processo. O conjunto de atividades definido inclui etapas importantes, como design, desenvolvimento, testes e implantação.

Ele define as etapas do mapa do processo e permite analisar o fluxo do processo, identificar gargalos e descobrir desvios em relação ao SDLC padrão.

Em geral, esse atributo é obtido ao associar mudanças de status, registros de eventos ou entradas da trilha de auditoria a uma lista padronizada de nomes de atividades. Por exemplo, uma mudança do campo 'state' para 'In Progress' pode corresponder a 'Desenvolvimento iniciado'.

Este atributo especifica o sistema de origem dos dados de eventos. Neste processo, o valor será sempre 'ServiceNow DevOps'.

Embora pareça estático, incluir explicitamente o sistema de origem é fundamental para a governança de dados e para ambientes que combinam dados de vários sistemas, como Jira ou Azure DevOps. Isso esclarece a procedência dos dados e ajuda a diagnosticar problemas de qualidade ou extração.

Garante a rastreabilidade dos dados e é essencial para manter sua integridade, especialmente ao integrar dados de várias ferramentas de desenvolvimento.

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

Este atributo registra quando o conjunto de dados foi extraído ou atualizado pela última vez a partir do ServiceNow DevOps. Ele se aplica ao conjunto de dados inteiro, não a eventos individuais.

Essa data e hora são essenciais para entender o quanto a análise está atualizada. Elas informam aos usuários a atualidade dos insights sobre o processo e ajudam a programar as atualizações dos dados. Exibir essa informação nos Dashboards contextualiza todas as métricas e visualizações, ajudando a garantir que as decisões sejam tomadas com base em dados atualizados.

Oferece um contexto importante sobre a atualidade dos dados e ajuda os usuários a entender o quanto a análise do processo está atualizada.

Essa data e hora são geradas e adicionadas durante a extração dos dados, registrando quando a extração foi executada.

Este atributo identifica a pessoa responsável por executar uma tarefa ou atividade específica. Ele é dinâmico e pode mudar conforme o item de desenvolvimento passa por diferentes etapas e equipes.

Este atributo é essencial para analisar a alocação de recursos, a carga de trabalho e as transferências de responsabilidade. Ele dá suporte direto ao Dashboard 'Carga de trabalho e transferências entre desenvolvedores' e ao KPI 'Volume de atividades por desenvolvedor'. Ao acompanhar as mudanças nesse campo, é possível medir o tempo das transferências e identificar gargalos de colaboração entre desenvolvedores ou entre as equipes de desenvolvimento e controle de qualidade.

É essencial para análises baseadas em recursos, incluindo a distribuição da carga de trabalho, a eficiência das transferências e a identificação de padrões de performance específicos de cada equipe.

Essa informação costuma ficar armazenada no campo 'assigned_to' das tabelas relacionadas a tarefas no ServiceNow.

Este atributo derivado identifica atividades que ocorrem depois que o processo retorna a uma etapa anterior. Por exemplo, se a atividade 'Desenvolvimento iniciado' ocorre depois de 'Testes de QA concluídos' para o mesmo item, ela é marcada como retrabalho.

Esse indicador é essencial para quantificar e visualizar o retrabalho. Ele dá suporte direto ao Dashboard 'Análise do fluxo de retrabalho e rejeições' e é usado para calcular o KPI 'Taxa de retrabalho após os testes'. Com esses eventos identificados, os analistas podem filtrar e analisar facilmente a frequência, as causas e o impacto do retrabalho no tempo de ciclo geral.

Este indicador facilita a quantificação e a análise do retrabalho, ajudando a medir a qualidade do processo e a identificar as causas raiz da repetição de atividades.

A ferramenta de Process Mining calcula esse atributo analisando a sequência de atividades de cada caso para detectar retornos a etapas anteriores do fluxo do processo.

Este atributo reflete o status oficial do item de desenvolvimento no ServiceNow. As atividades representam etapas derivadas do processo, enquanto o estado indica a etapa formal registrada no fluxo de trabalho do sistema.

O estado costuma ser a origem das atividades derivadas. Ele pode ser usado para validar os dados e criar visões mais simples e abrangentes do processo. Por exemplo, analisar o tempo em cada estado pode revelar gargalos diferentes dos identificados pela análise do tempo entre atividades. Esse atributo também ajuda a encontrar itens parados ou já resolvidos.

Informa o status oficial do item de trabalho no sistema. Esse dado costuma ser usado para derivar atividades e pode ajudar na validação e na análise de status em alto nível.

Este é um campo padrão, geralmente chamado de 'state' ou 'stage', nas tabelas relacionadas a tarefas do ServiceNow.

Este atributo identifica a equipe responsável por um item de trabalho, como 'Desenvolvimento de frontend', 'Serviços de backend' ou 'Equipe de QA'. À medida que o item avança, ele costuma passar por diferentes grupos de atribuição.

Acompanhar o grupo de atribuição é essencial para entender a colaboração entre áreas e as transferências de trabalho. Isso ajuda a identificar atrasos recorrentes quando o trabalho passa de uma equipe para outra. O atributo também permite analisar a performance e a carga de trabalho de cada equipe, além de identificar quais delas são gargalos no fluxo geral.

Mostra qual equipe é responsável pelo trabalho e permite analisar a performance e a carga de trabalho dos times, além da eficiência das transferências entre eles.

Essa informação fica no campo 'assignment_group', um campo padrão nas tabelas relacionadas a tarefas do ServiceNow.

Este atributo classifica o trabalho de desenvolvimento de acordo com a parte do sistema afetada. Pode ser um microsserviço específico, um componente de interface ou um aplicativo de backend.

Segmentar o processo por módulo ou componente é essencial para identificar gargalos localizados. O Dashboard 'Insights sobre gargalos por componente' e o KPI 'Duração média da etapa por componente' usam esse atributo para identificar se determinadas partes da base de código estão associadas de forma recorrente a ciclos de desenvolvimento mais longos, mais retrabalho ou falhas de implantação mais frequentes. Assim, você pode concentrar as melhorias onde elas são mais necessárias.

Permite segmentar a análise por aplicativo ou componente, ajudando a identificar gargalos e problemas de qualidade em partes específicas do sistema.

Geralmente, esse dado é armazenado em um campo personalizado ou em uma referência ao Configuration Management Database (CMDB), que vincula o item de trabalho a um registro 'cmdb_ci'. Consulte a documentação do ServiceNow DevOps.

Este atributo classifica os itens de desenvolvimento conforme a urgência para o negócio. Os níveis de prioridade ajudam as equipes a se concentrar nas tarefas mais críticas e costumam ser usados para gerenciar SLAs e as expectativas das partes interessadas.

No Process Mining, a prioridade é uma dimensão importante para análises comparativas. Ela permite filtrar o mapa do processo para verificar se os itens de alta prioridade seguem um caminho mais rápido ou diferente. É essencial para o Dashboard e o KPI 'Tempo de entrega de funcionalidades de alta prioridade', que ajudam a confirmar se os itens críticos estão realmente recebendo prioridade.

Permite filtrar e comparar processos por nível de prioridade, ajudando a verificar se os itens de alta prioridade são processados com mais rapidez e eficiência.

Este é um campo padrão, geralmente chamado de 'priority', nas tabelas relacionadas a tarefas do ServiceNow.

Este atributo é uma métrica calculada que representa a duração completa de um item de desenvolvimento. Para cada caso, ela é calculada pela diferença entre o timestamp da primeira atividade e o da última.

Este é um dos principais indicadores de performance do processo de SDLC e dá suporte direto ao KPI 'Tempo médio de ciclo do SDLC'. Ele oferece uma medida geral da velocidade e da eficiência do processo. Analisar essa métrica ao longo do tempo e por diferentes dimensões, como prioridade ou equipe, ajuda a acompanhar o impacto das iniciativas de melhoria.

Representa a duração total de um item de trabalho, uma métrica importante para medir a eficiência e a velocidade gerais do processo.

Esse campo não existe no sistema de origem. A ferramenta de Process Mining calcula o valor subtraindo o StartTime mínimo do StartTime máximo de cada CaseId.

Este atributo diferencia os tipos de trabalho que passam pelo processo de SDLC. Por exemplo, o processo para corrigir um bug crítico pode ser diferente e mais rápido do que o processo de desenvolvimento de uma nova funcionalidade.

Analisar o processo por tipo de item de trabalho ajuda a entender melhor a performance. Você pode responder a perguntas como: 'Os bugs têm mais retrabalho do que as novas funcionalidades?' ou 'Nosso tempo de ciclo para reduzir a dívida técnica é aceitável?'. Essa segmentação oferece insights mais detalhados do que uma visão única do processo.

Diferencia os tipos de trabalho, como funcionalidades e bugs, que podem seguir caminhos diferentes no processo e ter prioridades e durações esperadas distintas.

Esse tipo pode ser identificado pela tabela de origem do registro (por exemplo, 'rm_story' ou 'rm_bug') ou por um campo 'type' em uma tabela genérica de tarefas.

Este atributo informa a data e a hora em que cada atividade do ciclo de vida do desenvolvimento foi concluída. Ele é especialmente útil para atividades com duração mensurável, como 'Revisão de código realizada' ou 'Testes de controle de qualidade'.

No Process Mining, ter as horas de início e de término permite calcular com precisão o tempo de processamento das atividades e diferenciá-lo do tempo de espera entre elas. Assim, você consegue identificar se os atrasos são causados por tarefas longas ou pela espera por recursos. Para eventos instantâneos, como 'Build iniciado', a hora de término pode ser igual à hora de início.

Permite calcular com precisão o tempo de processamento das atividades e diferenciar o tempo dedicado ao trabalho do tempo de espera.

Talvez seja necessário calcular esse valor. Ele pode ser a data e hora de início da atividade seguinte ou vir de um campo separado de 'data de término', se houver no sistema de origem.

Este atributo vincula diretamente um item de desenvolvimento à alteração de código correspondente no repositório, como o Git. Ele é registrado quando ocorre a atividade 'Código enviado ao repositório'.

No Process Mining, o ID do commit enriquece a análise ao conectar os dados do processo aos dados de engenharia. Os analistas podem rastrear uma implantação problemática até a alteração de código exata ou relacionar métricas de complexidade do código aos tempos de ciclo de desenvolvimento. Isso permite uma análise de causa raiz mais aprofundada e técnica.

Vincula o evento do processo a uma alteração de código específica, permitindo aprofundar a análise de causa raiz ao relacionar métricas do processo a detalhes do código.

Esse dado é registrado pelas integrações do ServiceNow DevOps com sistemas de gerenciamento de código-fonte, como Git ou SVN. Os dados ficam em tabelas relacionadas ao item de desenvolvimento.

Quando um item não passa no QA ou no UAT, este atributo registra o motivo. Pode ser uma categoria específica de bug, um mal-entendido sobre os requisitos ou um problema no ambiente.

Essa informação dá contexto essencial ao Dashboard 'Análise do fluxo de retrabalho e rejeições'. Em vez de apenas saber que houve retrabalho, os analistas podem entender por que ele ocorreu. Isso permite direcionar melhorias, como definir melhor os requisitos, ampliar os testes unitários ou estabilizar os ambientes de teste, para reduzir a taxa geral de retrabalho.

Ajuda a entender por que ocorre retrabalho e a direcionar melhorias no processo para aumentar a qualidade e reduzir ciclos de trabalho repetido.

Esse dado pode ser registrado no campo 'close_notes' quando um teste falha ou em um campo personalizado específico, como 'rework_reason'. Consulte a documentação do ServiceNow DevOps.

Este atributo registra o resultado de uma implantação em um ambiente específico. É uma informação essencial para entender a confiabilidade e a estabilidade do processo de lançamento.

Este atributo é fundamental para o Dashboard 'Tendências de sucesso e falha nas implantações' e para o KPI 'Taxa de falha nas implantações'. Ao analisar a frequência e as tendências das falhas, as organizações podem identificar problemas subjacentes nos testes, na infraestrutura ou na coordenação dos lançamentos. Isso ajuda a direcionar os esforços para melhorar a qualidade e a confiabilidade da entrega de software.

Mede diretamente o sucesso das atividades de implantação, um dado essencial para calcular a taxa de falha nas implantações e analisar a estabilidade dos lançamentos.

Esse status costuma ser registrado em tarefas de acompanhamento de implantação ou nos registros de execução de pipelines de CI/CD integrados ao ServiceNow DevOps.

Este atributo vincula um item de desenvolvimento a um lançamento planejado específico, como 'Versão 2.3' ou 'Lançamento do 4º trimestre de 2023'. É um elemento importante para o gerenciamento de projetos e o planejamento de lançamentos.

No Process Mining, esse atributo é essencial para o Dashboard 'Monitoramento da aderência ao plano de lançamento'. Ao comparar as datas reais de conclusão com as datas planejadas, as equipes podem medir a aderência ao cronograma, identificar itens com risco de não serem incluídos no lançamento e analisar as causas dos atrasos. Assim, fica mais fácil relacionar o processo de desenvolvimento, em nível operacional, aos objetivos de negócio.

Vincula o trabalho de desenvolvimento a lançamentos específicos, permitindo analisar a aderência ao cronograma e o impacto dos atrasos do processo nos prazos de lançamento.

Essa informação costuma ficar em um campo 'release' ou 'planned_release', geralmente vinculado a uma tabela de gerenciamento de lançamentos no ServiceNow. Consulte a documentação do ServiceNow DevOps.