Sistema de Valor de Serviço e Cadeia de Valor

Um sistema de valor de serviço (SVS) descreve como os componentes e as atividades de uma organização funcionam em conjunto para possibilitar a criação de valor. A ITIL 4 usa esse nome; a ITIL Versão 5 o chama de sistema de valor da ITIL. A Versão 5 foi lançada em janeiro de 2026, e seu programa Foundation é de fevereiro de 2026.

Entradas e saída

Demanda é a necessidade ou o desejo dos consumidores por produtos e serviços. Funcionários que pedem acesso remoto seguro expressam uma demanda. Uma oportunidade é uma possibilidade de agregar valor ou melhorar a organização, como uma funcionalidade em nuvem não utilizada que poderia reduzir custos. A organização decide quais oportunidades aproveitar.

A saída do sistema é o valor: os benefícios, a utilidade e a importância percebidos pelas partes interessadas. Um aplicativo de despesas concluído é um produto do trabalho. Gestores aprovando pedidos de reembolso em dois minutos em vez de dois dias é um resultado que torna o aplicativo útil. Concluir o software, por si só, não demonstra que as pessoas se beneficiam dele.

O valor é cocriado. O provedor contribui com tecnologia e suporte; os consumidores contribuem com conhecimento, decisões e uso. Um relato claro de falha, com uma captura de tela, pode ajudar um atendente a restaurar o serviço mais cedo.

Cinco componentes trabalhando em conjunto

A Versão 5 usa cadeia de valor e práticas de gerenciamento para os componentes correspondentes. Esses componentes trabalham juntos enquanto uma atividade acontece. Eles não são cinco estágios a serem concluídos em ordem.

Os sete princípios orientadores permanecem: foque no valor; comece de onde você está; progrida iterativamente com feedback; colabore e promova a visibilidade; pense e trabalhe holisticamente; mantenha a simplicidade e a praticidade; otimize e automatize. Eles orientam escolhas em todo o sistema. Por exemplo, “comece de onde você está” significa verificar um processo de redefinição existente antes de substituí-lo.

Acompanhe uma melhoria na redefinição de senha

Um banco com 40 agências recebe relatos de esperas de 20 minutos ao telefone para redefinir senhas. Isso é demanda. Sua plataforma de identidade tem uma funcionalidade não utilizada de redefinição por autoatendimento: uma oportunidade.

A governança verifica a ideia em relação à política de segurança. As atividades da cadeia de valor levantam as necessidades dos funcionários, desenham e constroem o fluxo de redefinição e o colocam em uso. As práticas de central de serviços, gerenciamento de segurança da informação e habilitação de mudanças fornecem pessoas, conhecimento e ferramentas. Depois, a melhoria contínua verifica se a espera diminuiu. O retorno dos funcionários ao trabalho em poucos minutos é o valor que eles percebem.

Veja o sistema inteiro

Um silo organizacional se forma quando equipes trabalham isoladamente e compartilham pouca informação. Metas separadas por equipe podem esconder trabalho duplicado ou informações perdidas nas transferências de trabalho. Uma visão compartilhada do caminho até o valor ajuda as equipes a se coordenarem, e o sistema permite caminhos diferentes conforme a demanda muda.

As quatro dimensões são perspectivas para examinar o sistema inteiro: organizações e pessoas, informação e tecnologia, parceiros e fornecedores, e fluxos de valor e processos. Elas são diferentes dos cinco componentes do sistema. O SVS pode descrever uma organização inteira ou parte dela, em qualquer setor ou de qualquer tamanho.

Governança direciona e controla uma organização. Ela mantém o trabalho alinhado ao propósito, à estratégia e às políticas da organização. Um corpo diretivo é a pessoa ou o grupo com a maior responsabilidade pelo desempenho e pela conformidade: um conselho de administração, curadores ou o proprietário de uma pequena empresa. Um comitê pode preparar uma decisão, mas o corpo diretivo mantém a responsabilidade final.

Avaliar, direcionar e monitorar

Para classificar uma ação, pergunte o que a decisão realiza. Analisar uma direção possível é avaliar; estabelecer direção e responsabilidade é direcionar; analisar o desempenho em relação a essa direção é monitorar. O nome do documento, por si só, não basta: um relatório pode informar uma decisão de avaliação ou de monitoramento.

Transforme a direção em decisões diárias

Uma política registra formalmente expectativas e intenções que orientam decisões e atividades. Por exemplo: “Os dados pessoais dos clientes devem ser armazenados em centros de dados aprovados na região do cliente.” O gerenciamento então seleciona e configura centros que atendam à política. A política fornece uma regra compartilhada sem especificar cada ação técnica.

Governança e gerenciamento têm trabalhos diferentes. A governança define a direção, aprova políticas e supervisiona resultados. O gerenciamento planeja, organiza e executa o trabalho dentro dessa direção e depois presta contas.

Suponha que um conselho determine que uma loja on-line deve alcançar 99,9% de disponibilidade. O gerenciamento de TI decide como desenhar, manter e dar suporte à loja. Ele mede a disponibilidade e relata os resultados ao conselho. O conselho monitora esses resultados em relação à direção definida; não precisa escolher cada configuração de servidor.

Controles podem agilizar o trabalho

Limites claros de risco permitem que as equipes tomem decisões rotineiras com segurança. Uma política pode permitir que mudanças padrão de baixo risco sejam pré-autorizadas, enquanto mudanças de maior risco recebem uma avaliação separada. Assim, as equipes sabem quando podem agir e quando envolver uma autoridade de mudança.

Uma autoridade de mudança decide sobre mudanças individuais como parte do gerenciamento. Ela não é o corpo diretivo simplesmente porque aprova trabalho. Acrescentar a aprovação de um comitê a cada mudança pode atrasar a entrega de valor sem melhorar o controle. Analise se cada controle tem uma finalidade útil, aplicando “mantenha a simplicidade e a praticidade”.

Aplique a mesma lógica à IA

A governança de IA estabelece supervisão, políticas e responsabilidades para um uso seguro, legal e transparente da IA que apoie os objetivos da organização. Um corpo diretivo avalia um serviço de IA proposto e seus riscos, direciona quem é responsável e quais políticas se aplicam, e monitora o desempenho e a conformidade. O gerenciamento o implementa e opera dentro desses limites.

A governança também precisa de melhoria contínua. O corpo diretivo analisa se seus controles continuam úteis conforme a organização, a tecnologia e os riscos mudam. Uma política que antes apoiava boas decisões pode precisar de revisão quando começa a atrasar o trabalho sem tratar um risco atual.

A cadeia de valor de serviço é um modelo operacional para criar, entregar e melhorar continuamente serviços. Um modelo operacional descreve como uma organização cocria valor e como ela funciona. A ITIL 4 nomeia seis atividades interligadas. Cada uma transforma entradas em saídas, e essas saídas podem se tornar entradas para outras atividades.

O que cada atividade contribui

Identifique o trabalho por sua finalidade

Decidir financiar o e-mail em nuvem no próximo ano é planejar. Receber uma reclamação de usuário ou discutir as necessidades de negócio do próximo ano é engajar, o principal contato com consumidores e outras partes externas. Analisar a queda da satisfação e acordar uma melhoria é melhorar.

Para um serviço de agendamento on-line, desenho e transição define os requisitos de qualidade e dos usuários e organiza a entrada em uso no ambiente de produção. Obter/construir cria e testa software ou obtém componentes de um fornecedor. Operar o serviço diariamente e restaurá-lo após uma interrupção é entrega e suporte.

Uma classificação útil considera o que o trabalho realiza. Comprar 200 notebooks disponibiliza componentes, portanto pertence a obter/construir. Coletar o feedback dos funcionários sobre esses notebooks atende a engajar. As mesmas pessoas podem ajudar nas duas atividades.

As saídas conectam as atividades

Uma solicitação captada por engajar pode se tornar uma entrada para desenho e transição. Um componente fornecido por obter/construir pode ser colocado em uso no ambiente de produção por desenho e transição. Informações de desempenho de entrega e suporte podem mostrar a melhorar onde os resultados são fracos e ajudar planejar a definir prioridades.

Essas conexões não impõem uma única ordem. Uma pequena requisição pode usar apenas as atividades de que precisa. Um novo serviço pode voltar a desenho e transição depois que o feedback revela um requisito ausente. Melhorar pode trabalhar em um serviço existente enquanto obter/construir desenvolve um novo componente.

As atividades são mais amplas que práticas ou equipes

Cada atividade utiliza várias práticas, e uma prática pode apoiar várias atividades. O gerenciamento de nível de serviço ajuda engajar a acordar metas com clientes, ajuda entrega e suporte a avaliar resultados e ajuda melhorar a identificar metas não cumpridas. Portanto, entrega e suporte não pode ser equiparada à central de serviços.

Interpretar as seis atividades como uma sequência fixa de projeto esconde essa flexibilidade. O modelo fornece tipos de trabalho conectados; um fluxo de valor escolhe um caminho por eles para a demanda em atendimento.

Um fluxo de valor é uma série de etapas para criar e entregar produtos e serviços aos consumidores. É um caminho prático pelas atividades da cadeia de valor. Cada etapa também depende de práticas que fornecem competências, informações, ferramentas e processos.

Mantenha os três níveis separados

Um processo frequentemente opera dentro de uma prática e contribui para parte de um fluxo. Uma lista de departamentos informa quem participa, mas não explica o que acontece entre o gatilho e o resultado útil.

Construa um mapa de fluxo de valor

1. Nomeie o gatilho: a demanda ou oportunidade que inicia o trabalho.
2. Liste as etapas reais até que o consumidor receba valor.
3. Associe cada etapa à atividade da cadeia de valor que ela realiza.
4. Acrescente as principais práticas de que ela precisa.
5. Verifique o resultado final com o consumidor e use os resultados para alimentar a melhoria.

Acompanhe uma restauração

Um usuário relata um erro no aplicativo de vendas. A central de serviços registra e avalia o relato: engajar, com apoio da central de serviços e do gerenciamento de incidentes. O suporte aplica uma solução de contorno conhecida para que as vendas possam recomeçar: entrega e suporte, usando o gerenciamento de incidentes e o conhecimento sobre a solução de contorno.

Os desenvolvedores investigam a causa e escrevem e testam uma correção permanente: obter/construir, utilizando o gerenciamento de problemas e o desenvolvimento de software. Avaliar, autorizar e colocar a correção em uso contribui para desenho e transição, usando a habilitação de mudanças e o gerenciamento de implantação.

A equipe informa o usuário e verifica se o aplicativo funciona: engajar, seguido da confirmação de entrega e suporte. Analisar a tendência de incidentes semelhantes é melhorar. O valor para o consumidor é poder voltar a vender. A restauração pode entregar esse valor antes de a correção permanente estar concluída.

Os caminhos podem repetir atividades

Uma funcionalidade de aprovação de despesas pelo celular segue outro caminho: engajar capta a necessidade; planejar define prioridade e orçamento; desenho e transição define requisitos; obter/construir cria a funcionalidade; desenho e transição a coloca em uso; entrega e suporte a fornece; engajar coleta feedback; melhorar planeja mudanças. Repetir engajar ou desenho e transição é normal. O caminho segue as necessidades do trabalho.

Fluxos principais e de apoio

Na Versão 5, um fluxo de valor principal entrega valor a consumidores externos da forma prevista pelo modelo operacional, como no atendimento a pedidos de clientes. Um fluxo de valor de apoio atende consumidores internos e apoia os fluxos principais, como na integração de funcionários ou fornecedores. Ambos usam as mesmas atividades. “De apoio” descreve a quem o fluxo atende e o que ele apoia; não significa que o trabalho não tenha valor.

O mapeamento torna visível a dimensão fluxos de valor e processos. Ele aplica “pense e trabalhe holisticamente” ao mostrar todo o caminho, incluindo as transferências de trabalho entre equipes que talvez vejam apenas uma parte cada.

O mapeamento do fluxo de valor examina e mostra como o trabalho flui para que as equipes vejam como o valor é criado e onde melhorar. O gerenciamento de fluxos de valor é o trabalho contínuo de gerenciar e melhorar esse fluxo.

Torne os atrasos visíveis

Um mapa do estado atual registra como o trabalho realmente acontece. Inclua etapas, pessoas, informações e artefatos transferidos entre elas, trabalho ativo e espera. Um mapa do estado futuro mostra o fluxo melhorado que a equipe pretende alcançar. Registrar apenas o procedimento oficial pode deixar de fora as filas e a digitação repetida de dados que explicam a espera do consumidor.

Tempo de atravessamento é o tempo decorrido do gatilho até o valor entregue. Tempo ativo é o tempo gasto trabalhando no item. Para um fluxo sequencial com períodos ativos e de espera que não se sobrepõem:

Use a mesma unidade de tempo no numerador e no denominador.

Acompanhe uma requisição de notebook

O tempo ativo é 4 h. A espera é 48 h, resultando em um tempo de atravessamento de 52 h. A eficiência de fluxo é de cerca de 7,7%, pois apenas 4 das 52 horas decorridas envolvem trabalho no item.

A pré-aprovação do notebook padrão reduz a espera pela aprovação de 16 h para 1 h. O tempo ativo permanece em 4 h; a espera passa a 33 h. O tempo de atravessamento agora é 37 h e a eficiência de fluxo, cerca de 10,8%. A fila restante de 24 h para a equipe de preparação é a próxima candidata à investigação.

Reduzir pela metade a tarefa de configuração de 2 h economiza apenas 1 h das 52 h originais: cerca de 1,9%. Reduzir a espera pela aprovação economizou 15 h. Verifique o fluxo inteiro após uma mudança; enviar trabalho mais rapidamente para outra fila pode deixar o tempo total de atravessamento inalterado.

Ajuste a melhoria ao tipo de trabalho

O pensamento complexo ajuda a escolher uma forma de trabalhar.

• O trabalho ordenado é previsível. Requisições padrão de notebooks podem usar etapas acordadas e automação.
• O trabalho complexo tem causa e efeito que ficam claros posteriormente. Desenvolver um produto digital desconhecido exige pequenos experimentos e feedback rápido.
• As situações caóticas precisam primeiro de estabilização. Durante uma grande interrupção de causa desconhecida, restaure controle suficiente para uma análise útil depois.

Tratar um trabalho incerto como um procedimento totalmente conhecido pode fixar uma solução ruim. Tratar cada requisição rotineira como um experimento desperdiça esforço. Escolha uma abordagem adequada à situação e use os resultados observados para adaptá-la.

O gerenciamento de fluxos de valor usa o mapa e as medidas para melhorar as práticas por trás do fluxo, eliminar aprovações desnecessárias e digitação repetida e reavaliar o caminho quando a demanda muda. Cada mudança proposta pode usar o modelo de melhoria contínua para estabelecer uma linha de base, agir e verificar resultados.

O gerenciamento de produtos e serviços digitais gerencia produtos e serviços que dependem de tecnologia digital, desde uma ideia até a descontinuação. Um produto digital é construído principalmente com software, dados e infraestrutura digital, como um aplicativo bancário para celular. Um serviço digital dá aos consumidores acesso ao que os produtos podem fazer, como pagamentos on-line.

O ciclo de vida da Versão 5

O ciclo de vida de produtos e serviços da ITIL nomeia oito atividades: descobrir, desenhar, adquirir, construir, fazer a transição, operar, entregar e dar suporte. As quatro primeiras criam e modificam produtos principalmente; as quatro últimas operam produtos e fornecem serviços a partir deles principalmente. Fazer a transição coloca produtos novos ou modificados em uso no ambiente de produção.

Da perspectiva organizacional, essas atividades formam a cadeia de valor da Versão 5. Um fluxo de valor as combina com práticas de gerenciamento para um tipo específico de demanda. O ciclo de vida descreve o trabalho necessário ao longo da vida de um produto; um fluxo descreve um caminho específico por esse trabalho.

O sistema de valor permanece como o sistema mais amplo, com seus cinco componentes. O ciclo de vida não substitui a governança, os princípios orientadores, as práticas nem a melhoria contínua.

Use as atividades em conjunto

O ciclo de vida não é uma sequência linear única. A descoberta pode continuar enquanto desenvolvedores constroem uma liberação. O feedback do suporte pode levar diretamente ao desenho. Um produto liberado a cada duas semanas pode voltar ao desenho, à construção e à transição enquanto o serviço existente continua funcionando e atendendo aos usuários.

Uma prefeitura lança um aplicativo para informar sobre postes de iluminação pública com defeito. O suporte percebe que chegam relatos sem localização. Descobrir investiga o motivo, desenhar acrescenta um marcador automático no mapa, e construir e fazer a transição o implementam e colocam em uso. Operar e entregar mantêm o aplicativo existente disponível durante esse trabalho. O produto está envolvido em várias atividades ao mesmo tempo.

Relacione a Versão 5 à ITIL 4

A comparação a seguir é ampla e trata do trabalho, não de uma equivalência exata entre atividades.

As versões agrupam o trabalho de formas diferentes, portanto, em um fluxo real, é preciso considerar as atividades por suas próprias finalidades. Operar mantém a tecnologia em boas condições; entregar fornece o serviço e atende às necessidades comuns dos usuários. Elas contribuem para o mesmo resultado por meio de trabalhos diferentes.

Meça os resultados das atividades

Exemplos de medidas úteis incluem necessidades dos consumidores testadas que fundamentam itens do roteiro de evolução para descobrir, taxas de aprovação em testes automatizados para construir e mudanças implantadas sem incidentes para fazer a transição. Operar pode acompanhar a disponibilidade, entregar pode acompanhar o tempo de atendimento das requisições e a satisfação dos usuários, e dar suporte pode acompanhar o tempo de restauração.

Essas medidas ajudam a localizar pontos fracos em um fluxo. Uma alta taxa de aprovação nos testes de construção pode coexistir com um atendimento lento das requisições: o sucesso em uma atividade não mostra se o consumidor recebe um serviço útil no prazo.

Criar um produto digital útil significa compreender uma necessidade, definir uma solução, obter recursos e fazer a solução funcionar. A Versão 5 chama esse trabalho de descobrir, desenhar, adquirir e construir. O feedback pode levar o trabalho de uma atividade a outra antes de existir um produto completo.

Descubra uma necessidade que valha a pena atender

Descobrir explora as necessidades dos consumidores, as oportunidades de tecnologia e de mercado e a estratégia organizacional. Ajuda a decidir quais produtos e serviços oferecer ou modificar e mantém o roteiro de evolução alinhado a essas necessidades e oportunidades. Um roteiro de evolução orienta o desenvolvimento planejado do produto; ele precisa ser revisado quando as evidências mudam.

Em uma clínica, uma pesquisa mostra que os pacientes querem agendar consultas on-line. A clínica adiciona o agendamento on-line ao seu roteiro de evolução. A descoberta útil é a necessidade do paciente e o serviço que poderia atendê-la, não apenas o fato de que um novo aplicativo pode ser construído.

Desenhe a solução completa

Desenhar transforma necessidades em especificações e protótipos. Uma especificação do produto descreve as funcionalidades, os níveis de qualidade e as restrições exigidos. Um protótipo é uma versão inicial simplificada usada para testar uma ideia com usuários antes da construção completa.

A especificação da clínica exige que os pacientes possam marcar, alterar ou cancelar uma consulta em até três telas, usar o sistema fora do horário de expediente e receber lembretes 24 horas antes de uma consulta. Cada requisito descreve um comportamento ou uma qualidade em relação ao qual a solução final pode ser verificada.

Dez pacientes experimentam um protótipo clicável. Quatro não encontram o botão de cancelamento. A equipe altera o desenho antes de escrever o software completo. Um protótipo serve para aprender; pode ser descartado depois de responder à pergunta para a qual foi criado. Tratá-lo como software quase concluído pode levar uma equipe a manter um desenho fraco simplesmente porque algo já existe.

O desenho também abrange como o produto será operado e receberá suporte. Monitoramento, cópias de segurança e ajuda aos usuários precisam ter lugar na solução. Descobrir essas necessidades após o lançamento pode exigir mudanças mais caras. Isso aplica “pense e trabalhe holisticamente” a toda a vida do produto.

Adquira recursos

Adquirir obtém ou aloca os recursos necessários à solução. Isso inclui capacidade em nuvem, licenças, dispositivos, dados e pessoas com competências adequadas. Os recursos podem vir de fornecedores ou de dentro da organização. Reutilizar um componente existente ou designar um especialista interno também é trabalho de aquisição.

A clínica contrata um fornecedor de mensagens de texto para os lembretes. Ela também aloca funcionários internos para dar suporte ao sistema de agendamento. Comprar é uma forma de adquirir recursos; não é todo o significado da atividade.

Construa e verifique a solução funcional

Construir desenvolve, integra e testa componentes para transformar o desenho em uma solução funcional. Um teste verifica se um componente ou produto atende aos requisitos e se comporta conforme o esperado. Testar a funcionalidade de lembretes inclui verificar o prazo especificado, não apenas confirmar que uma mensagem pode ser enviada.

Com a integração contínua, desenvolvedores integram alterações frequentemente em uma base de código compartilhada, e compilações e testes automatizados verificam essas alterações. Isso fornece feedback antecipado sobre falhas de integração e defeitos que os testes conseguem detectar. Passar nesses testes não demonstra que todos os defeitos foram encontrados; o resultado depende do que foi testado.

A clínica pode revisar seu desenho após um teste de protótipo, adquirir um recurso diferente após um teste de construção ou descobrir uma nova necessidade enquanto o produto está sendo construído.

Um produto digital funcional precisa entrar em uso no ambiente de produção, permanecer em boas condições e fornecer um serviço útil. Os usuários também precisam de ajuda quando o serviço falha. A Versão 5 separa esse trabalho em fazer a transição, operar, entregar e dar suporte.

Faça a transição para o uso em produção

Fazer a transição introduz produtos e serviços novos ou modificados, incluindo liberação, implantação e integração ou desligamento de fornecedores. A implantação transfere componentes para um ambiente. A liberação disponibiliza uma versão ou um conjunto de componentes para uso. Um software pode ser instalado em produção com uma funcionalidade desativada, portanto implantação e liberação não precisam acontecer juntas.

A entrega contínua mantém mudanças testadas prontas para implantação, com uma pessoa decidindo quando. A implantação contínua transfere cada mudança aprovada nos testes automatizados para o ambiente de produção sem uma decisão manual. Nenhum dos termos significa que os usuários necessariamente recebem uma nova funcionalidade sempre que componentes são transferidos.

Opere tecnologia confiável

Operar executa, mantém e monitora produtos para atender ao desempenho e à confiabilidade acordados. Confiabilidade é a capacidade de executar as funções exigidas conforme o esperado ao longo do tempo. Observabilidade significa compreender o estado interno do sistema a partir de saídas como registros, métricas e rastros. A engenharia de confiabilidade de sites (SRE) aplica a engenharia de software às operações, incluindo automação e metas mensuráveis de confiabilidade.

Um evento é uma mudança de estado significativa para o gerenciamento de um serviço ou item de configuração. A conclusão de uma cópia de segurança é um evento; o uso do disco atingir 90% também é. Muitos eventos precisam apenas ser registrados. Outros alertam que uma intervenção poderia evitar um incidente.

Para um serviço de agendamento disponível 99,9% de um mês inteiro de 30 dias, o tempo total é de 43.200 minutos. A indisponibilidade permitida é 0,1% desse total: 43,2 minutos. Com 43 minutos de indisponibilidade, a disponibilidade é de cerca de 99,90%, atendendo à meta por pouco. Compare os valores sem arredondamento antes de decidir se um resultado próximo atende a uma meta.

Entregue ações de serviço comuns

Entregar fornece serviços no dia a dia, integra e desliga usuários, atende requisições e coleta feedback. Uma requisição de serviço solicita uma ação de serviço normal e acordada, como acesso a uma pasta compartilhada ou um novo notebook. O usuário autorizado ou seu representante inicia a requisição.

Dê suporte quando o serviço falha

Dar suporte restaura a operação normal e reduz falhas futuras por meio da resolução de incidentes, da recuperação de desastres e do gerenciamento de problemas. Um incidente é uma interrupção não planejada ou uma redução da qualidade. Um desastre causa perdas ou danos graves, como um incêndio que destrói um centro de dados.

Um problema é uma causa real ou potencial de incidentes. Um erro é uma falha ou vulnerabilidade que pode causá-los. Um erro conhecido é um problema analisado que permanece sem solução.

Suponha que 30 pessoas não consigam imprimir após uma atualização defeituosa de driver. As falhas de serviço que elas enfrentam são incidentes. A atualização defeituosa é o problema; depois de analisado, mas ainda não corrigido, o problema é um erro conhecido. Reverter o driver pode restaurar a impressão enquanto a correção permanente está pendente. Portanto, a restauração não significa que a causa tenha sido eliminada.

“Preciso de acesso à pasta de vendas” é uma requisição. “A pasta de vendas não abre” relata um incidente. Identifique se o usuário busca uma ação normal ou a restauração de algo que falhou.

Uma prática é um conjunto de recursos organizacionais concebidos para realizar trabalho ou alcançar um objetivo. A Versão 5 a chama de prática de gerenciamento. Uma prática abrange as quatro dimensões, incluindo pessoas e competências, informação e tecnologia, parceiros e fornecedores, e fluxos de valor e processos.

Uma prática é mais ampla que um processo ou departamento. O gerenciamento de incidentes pode conter processos de registro e diagnóstico, uma base de conhecimento, ferramentas de monitoramento e pessoas de uma central de serviços, de uma equipe de rede e de um fornecedor. Esses recursos, em conjunto, criam a capacidade de restaurar o serviço.

Duas formas de agrupar as 34 práticas

A Versão 5 mantém os nomes das 34 práticas. Gerenciamento de implantação, gerenciamento de infraestrutura e plataforma e desenvolvimento e gerenciamento de software passam do grupo técnico para o gerenciamento de produtos e serviços. Gerenciamento de segurança da informação e gerenciamento financeiro de serviços também passam do gerenciamento geral para esse grupo.

Práticas de gerenciamento geral da Versão 5

As 12 práticas são gerenciamento de arquitetura; melhoria contínua; gerenciamento de conhecimento; medição e relato; gerenciamento de mudanças organizacionais; gerenciamento de portfólio; gerenciamento de projetos; gerenciamento de relacionamentos; gerenciamento de riscos; gerenciamento de estratégia; gerenciamento de fornecedores; e gerenciamento de força de trabalho e talentos.

Essas capacidades apoiam a forma como a organização é gerenciada. Por exemplo, medição e relato fornece informações confiáveis para decisões de melhoria. A melhoria contínua ajuda a manter práticas e serviços alinhados às necessidades em mudança.

Práticas de gerenciamento de produtos e serviços da Versão 5

As 22 são gerenciamento de disponibilidade; análise de negócios; gerenciamento de capacidade e desempenho; habilitação de mudanças; gerenciamento de implantação; gerenciamento de incidentes; gerenciamento de segurança da informação; gerenciamento de infraestrutura e plataforma; gerenciamento de ativos de TI; monitoramento e gerenciamento de eventos; gerenciamento de problemas; gerenciamento de liberação; gerenciamento de catálogo de serviços; gerenciamento de configuração de serviço; gerenciamento de continuidade de serviço; desenho de serviço; central de serviços; gerenciamento financeiro de serviços; gerenciamento de nível de serviço; gerenciamento de requisições de serviço; validação e teste de serviço; e desenvolvimento e gerenciamento de software.

Conecte capacidades a um fluxo

Uma requisição de notebook utiliza o gerenciamento de requisições de serviço para tratar a ação acordada, o gerenciamento de ativos de TI para acompanhar o dispositivo, o gerenciamento de implantação para instalar software e a central de serviços para entrar em contato com o usuário. Uma atividade da cadeia de valor pode precisar de todas essas práticas. A central de serviços também pode contribuir para várias atividades ao receber demanda, atualizar os usuários e coletar feedback.

Não transforme cada prática em uma equipe separada por padrão. As organizações adotam e adaptam o que precisam, combinam recursos quando útil e desenvolvem capacidades gradualmente. Uma pequena organização pode contar com as mesmas pessoas para várias práticas, mantendo clara a finalidade de cada uma.

Use os guias de prática como ponto de partida

Os guias de prática oficiais descrevem as práticas. Os guias da ITIL 4 abrangem finalidade, termos principais, escopo, fatores de sucesso e as quatro dimensões, incluindo processos e fluxos de valor para os quais a prática contribui. Eles fornecem uma linguagem compartilhada e um ponto de partida para adaptação. Seguir “comece de onde você está” e “mantenha a simplicidade e a praticidade” significa ajustar essas orientações ao trabalho real da organização.

Quando usuários entram em contato com um provedor, várias práticas podem contribuir. Suas finalidades ajudam a diferenciar contato, requisições comuns, restauração, investigação e acordos sobre a qualidade do serviço.

Contato, restauração e causas

A central de serviços pode usar telefone, chat, portal, e-mail ou atendimento presencial. Ela é o ponto de contato, enquanto o gerenciamento de incidentes é a capacidade de restauração. Outras equipes técnicas e fornecedores podem realizar grande parte dessa restauração.

O gerenciamento de incidentes pode restaurar o serviço por meio de uma solução de contorno antes de a causa ser conhecida. O gerenciamento de problemas pode continuar após a restauração ou investigar uma fragilidade antes que qualquer incidente ocorra. Incidentes repetidos são evidências úteis, mas a repetição não é necessária para que um problema exista.

Uma redefinição de senha predefinida por um portal é uma requisição de serviço. A impossibilidade inesperada de um usuário acessar um serviço em funcionamento pode ser um incidente. Observe a necessidade e a ação de serviço acordada, não apenas a palavra “senha”.

Acorde a qualidade e mantenha relacionamentos

O gerenciamento de nível de serviço estabelece metas claras de serviço baseadas no negócio e avalia, monitora e gerencia a entrega em relação a elas. Um acordo de nível de serviço (ANS/SLA) documenta os serviços necessários e o nível de serviço esperado acordados entre provedor e cliente. Uma meta de tempo de resposta é útil quando reflete o que o trabalho do cliente exige.

O gerenciamento de relacionamentos desenvolve relacionamentos com as partes interessadas nos níveis estratégico e tático. Ajuda a compreender necessidades e impactos no negócio além de um contato sobre uma falha. Discutir o efeito de um serviço ruim com o diretor de um departamento pode orientar prioridades futuras.

O monitoramento e gerenciamento de eventos observa serviços e componentes e registra e relata mudanças de estado significativas selecionadas. Um alerta de limiar fornece informações que podem desencadear investigação ou ação; a prática não substitui o trabalho de restaurar um serviço que falhou.

Acompanhe uma lentidão na folha de pagamento

No dia do pagamento, o monitoramento emite um alerta de que o tempo de resposta da folha de pagamento ultrapassou seu limiar. A central de serviços recebe ligações dos usuários. O gerenciamento de incidentes acrescenta capacidade ao servidor para restaurar a velocidade normal. O gerenciamento de problemas identifica depois um índice defeituoso no banco de dados como causa.

O gerenciamento de nível de serviço relata ao cliente o descumprimento da meta de tempo de resposta. O gerenciamento de relacionamentos discute seu impacto no negócio com o diretor financeiro. Cada contribuição tem uma finalidade diferente, mesmo que o mesmo gestor participe de várias discussões.

Se os usuários puderem voltar ao trabalho depois que a capacidade for acrescentada, o incidente pode ser encerrado enquanto o problema permanece aberto. Manter essa distinção visível impede que uma restauração bem-sucedida esconda causas não resolvidas que poderiam afetar o próximo dia de pagamento.

Uma nova funcionalidade de serviço precisa de mais do que instalação. Os riscos devem ser avaliados, os usuários precisam de acesso no momento certo e a organização precisa de informações confiáveis sobre componentes, custos e fornecedores. Essas contribuições vêm de práticas diferentes.

Introduza mudanças bem-sucedidas

A habilitação de mudanças busca maximizar as mudanças bem-sucedidas em produtos e serviços por meio da avaliação de riscos, autorização e gerenciamento do calendário de mudanças. Uma mudança adiciona, modifica ou remove qualquer coisa que possa afetar serviços direta ou indiretamente. O livro original ITIL 4 Foundation chamava essa prática de controle de mudanças.

O objetivo são mudanças bem-sucedidas, não o maior número possível de reuniões de aprovação. Mudanças padrão de baixo risco podem ser pré-autorizadas. A autoridade e a avaliação são adequadas ao risco e ao contexto da mudança.

Uma funcionalidade pode ser implantada com seu acionamento desativado. Liberá-la mais tarde a disponibiliza aos usuários. Essa distinção explica por que “instalado com sucesso” nem sempre significa “os usuários podem usá-lo”.

Conheça os componentes e seu valor

O gerenciamento de configuração de serviço fornece informações precisas e confiáveis sobre serviços e os itens de configuração que os apoiam, onde e quando forem necessárias. Um item de configuração (IC/CI) é um componente que precisa ser gerenciado para entregar um serviço de TI. As informações de configuração incluem ajustes e relacionamentos, como qual aplicativo depende de qual banco de dados.

O gerenciamento de ativos de TI planeja e gerencia todo o ciclo de vida de componentes de TI com valor financeiro. Ele apoia o gerenciamento de valor, custos e riscos, as decisões de compra, reutilização e descarte, e o atendimento a requisitos regulatórios ou contratuais. Um ativo de TI pode ser um notebook ou uma licença de software.

Um notebook pode ser tanto um ativo quanto um item de configuração. A visão de ativo considera valor e ciclo de vida; a visão de configuração considera como ele está configurado e conectado para entregar o serviço. Manter um registro preciso não elimina a necessidade da outra visão.

Proteja as informações e o desempenho dos fornecedores

O gerenciamento de segurança da informação protege as informações necessárias ao negócio. A confidencialidade limita o acesso a pessoas autorizadas; a integridade mantém as informações precisas e completas; a disponibilidade as mantém utilizáveis quando necessário.

O gerenciamento de fornecedores gerencia fornecedores e seu desempenho para que apoiem a provisão integrada de produtos e serviços de qualidade. A melhoria contínua alinha produtos, serviços, práticas e outros elementos de gerenciamento às necessidades de negócio em mudança por meio de melhorias constantes.

Implante um cliente de acesso remoto

Para 1.500 funcionários, a habilitação de mudanças avalia o risco e agenda a implantação. O gerenciamento de implantação instala o cliente em dispositivos de teste e depois nos notebooks dos funcionários. O gerenciamento de liberação habilita o uso em ondas.

O gerenciamento de configuração de serviço registra versões e relacionamentos dos dispositivos. O gerenciamento de ativos de TI acompanha as licenças. O gerenciamento de segurança da informação verifica as configurações de criptografia, e o gerenciamento de fornecedores cobra do fornecedor o cumprimento do contrato de suporte. A melhoria contínua pode usar os resultados da implantação para melhorar a próxima mudança. O fluxo é bem-sucedido por meio dessas capacidades combinadas; nenhuma prática isolada fornece todas as contribuições.

A melhoria contínua é um trabalho recorrente em todos os níveis para manter o desempenho atendendo às expectativas das partes interessadas. É um componente do sistema de valor, uma atividade da cadeia de valor da ITIL 4 chamada melhorar e uma prática. Todos compartilham a responsabilidade de identificar e apoiar melhorias.

O modelo de melhoria contínua fornece sete etapas conectadas. Ele pode orientar uma pequena mudança em uma equipe, um fluxo de valor ou uma transformação em toda a organização. Uma grande mudança geralmente precisa de várias iterações menores.

O que fazer em cada etapa

A Versão 5 mantém sete etapas, mas chama a etapa 6 de “Estamos chegando lá?” e a etapa 7 de “Como mantemos as melhorias relevantes?”. A formulação enfatiza o progresso contínuo e a utilidade ao longo do tempo.

Acompanhe uma melhoria na central de serviços

Visão: os funcionários devem poder trabalhar sem longas interrupções. Situação atual: a central resolve 1.392 de 2.400 contatos mensais no primeiro contato. Dividir as resoluções pelos contatos fornece uma linha de base de 58%.

Situação desejada: alcançar 70% em seis meses. No volume da linha de base, isso significaria 1.680 contatos resolvidos no primeiro contato. A meta é a proporção, portanto a quantidade necessária mudará se o volume mudar.

Plano: construir uma base de conhecimento para as 20 soluções mais comuns em iterações mensais. Ação: publicar os artigos e treinar os atendentes para usá-los.

Verificação: após seis meses, 1.620 de 2.500 contatos são resolvidos no primeiro contato. O resultado é 64,8%: acima de 58%, abaixo de 70%. A central melhorou, mas não atingiu a meta. No novo volume, 70% exigiriam 1.750 resoluções no primeiro contato.

Continuidade: compartilhar os resultados, manter os artigos atualizados e investigar a lacuna restante. O feedback pode levar a equipe de volta à etapa 4 para alterar o plano ou à etapa 3 se a meta precisar de revisão. Uma meta não atingida é uma informação para a próxima decisão.

Mantenha o ponto de partida visível

Pular a linha de base elimina a comparação necessária para avaliar a mudança. Um resultado de 64,8% mostra progresso aqui porque a equipe mediu 58% antes de agir. Começar com “comprar uma nova ferramenta” também antecipa etapas: seleciona uma solução antes de acordar o resultado e a meta.

Os princípios orientadores apoiam as etapas. “Foque no valor” orienta a visão; “comece de onde você está” orienta a linha de base; “progrida iterativamente com feedback” orienta o planejamento, a ação e a verificação. “Colabore e promova a visibilidade” envolve as pessoas afetadas e torna o progresso visível ao longo de todo o processo.

Uma métrica é uma medição ou cálculo monitorado ou relatado para gerenciamento e melhoria. Um indicador-chave de desempenho (KPI) é uma métrica importante usada para avaliar o progresso em direção a um objetivo. Um fator crítico de sucesso (FCS/CSF) declara algo que precisa ser verdadeiro para alcançar os resultados pretendidos.

Conecte o objetivo às evidências

Comece pelo objetivo, identifique os fatores críticos de sucesso necessários para alcançá-lo e depois escolha dois ou três KPIs confiáveis para cada um. Registre uma linha de base antes de agir, estabeleça cada meta e data e relate os resultados às pessoas que decidem o que fazer em seguida.

Para o fator crítico de sucesso “os usuários conseguem resolver problemas comuns sem esperar por um atendente”, KPIs úteis incluem a proporção de problemas comuns resolvidos por autoatendimento e a proporção de redefinições de senha concluídas por autoatendimento. A resolução no primeiro contato não mede a mesma coisa: um atendente pode resolver um contato, portanto ela não mostra a resolução independente pelo usuário.

Uma métrica se torna um KPI por sua relação com o objetivo. Nem toda contagem disponível merece a mesma atenção. Medição e relato, uma prática de gerenciamento geral, fornece dados confiáveis para apoiar essas decisões.

Escolha o denominador correto

As resoluções no primeiro contato da central de serviços subiram de 1.392 para 1.620, um aumento de 228. No entanto, os contatos também subiram de 2.400 para 2.500. As proporções são:

A mudança é de 6,8 pontos percentuais. Relatar a contagem e a porcentagem separa a carga de trabalho da proporção tratada com sucesso no primeiro contato. Para alcançar 70% no novo volume, são necessárias 1.750 resoluções.

Use uma porcentagem quando o objetivo tratar de uma proporção. Contagens, durações e custos também são formas válidas de KPI quando o objetivo diz respeito a eles. Por exemplo, um objetivo de encurtar uma espera precisa de uma medida de tempo.

Meça resultados e efeitos não intencionais

“Número de artigos de conhecimento publicados” mede uma saída. A proporção de contatos resolvidos no primeiro contato e a satisfação do usuário estão mais próximas do resultado que as pessoas valorizam. Publicar 200 artigos que ninguém usa cumpriria uma contagem de produção sem ajudar os usuários.

Combine medidas de resultado ou valor com medidas de velocidade e custo. Uma única meta pode incentivar um comportamento que melhora o número enquanto prejudica o serviço. Se os atendentes forem avaliados apenas pela resolução no primeiro contato, podem encerrar contatos cedo demais. Acompanhar a proporção de incidentes reabertos em até sete dias ajuda a revelar esse efeito.

Mantenha ideias e responsabilidades visíveis

Um registro de melhoria contínua (RMC/CIR) é um documento estruturado ou uma base de dados que acompanha ideias de melhoria até sua conclusão ou rejeição. Os registros incluem descrição, responsável, prioridade, benefício esperado e status. Um registro compartilhado evita a duplicação de esforços e ajuda a comparar benefícios potenciais ao decidir o que fazer primeiro.

A governança monitora o desempenho em relação à estratégia. Os gestores são responsáveis pelas melhorias em práticas e fluxos de valor. Cada membro da equipe pode propor uma ideia no registro. Atribuir um responsável mantém a responsabilidade clara, permitindo que ideias venham de qualquer lugar da organização.