Princípios orientadores e quatro dimensões do gerenciamento de serviços

Um princípio orientador é uma recomendação que ajuda uma organização a decidir o que fazer em todas as circunstâncias. Ele continua útil quando os objetivos, a estratégia, o trabalho ou a estrutura da organização mudam. Orienta o julgamento sem prescrever uma sequência fixa de ações.

Conheça os sete princípios

Esses sete princípios aparecem na ITIL 4 e na ITIL (Versão 5), lançada pela PeopleCert em janeiro de 2026. Eles são universais: uma pequena biblioteca pública, uma grande fabricante e um provedor externo de TI podem usá-los. São duradouros: substituir uma ferramenta ou reorganizar um departamento não os torna obsoletos. Ideias semelhantes na abordagem ágil, no DevOps e na gestão enxuta também ajudam as organizações a usar essas abordagens em conjunto.

Adapte as orientações à situação

Adotar e adaptar orientações significa aproveitar ideias úteis e ajustar sua implementação às necessidades da organização. Uma equipe de TI de 12 pessoas em um estúdio de design pode coordenar o trabalho rotineiro por meio de uma pequena lista compartilhada. Um departamento de TI de 2.000 pessoas em um banco pode precisar de controles mais formais e divisões de autoridade mais claras. Ambos podem manter o trabalho simples e prático. A quantidade útil de estrutura depende do trabalho, dos clientes e dos riscos de cada organização.

Um princípio e um procedimento têm funções diferentes. A instrução “Toda mudança precisa de aprovação do comitê consultivo de mudanças” especifica uma ação. O princípio “mantenha a simplicidade e a praticidade” ajuda a organização a examinar se esse arranjo de aprovação é útil para mudanças rotineiras e de baixo risco. Os funcionários continuam seguindo os procedimentos aplicáveis enquanto pessoas autorizadas os revisam e melhoram.

Considere os princípios em conjunto

Imagine uma equipe introduzindo um portal de suporte. Ela considera o que os usuários precisam realizar, quais artigos existentes são confiáveis e qual pequena parte testar primeiro. Também verifica quem manterá o portal e como as requisições malsucedidas chegarão à central de serviços. Vários princípios orientam a mesma decisão.

Examine os sete antes de decidir quais merecem mais atenção. Sua ordem na lista não é um plano de projeto. Você não termina de focar no valor para depois passar definitivamente ao próximo princípio. Um projeto-piloto pode revelar uma nova necessidade do consumidor, levando a equipe a rever sua compreensão do valor enquanto continua colaborando e simplificando o trabalho.

Foque no valor vincula tudo o que uma organização faz, direta ou indiretamente, ao valor para si mesma, seus clientes e outras partes interessadas. O valor vem do que as pessoas percebem como benéfico, útil e importante. Pode envolver melhores resultados, custos menores ou riscos reduzidos.

Identifique as pessoas envolvidas

Um consumidor de serviços pode incluir diferentes papéis. Em um serviço interno de folha de pagamento, os funcionários que consultam seus contracheques são usuários. O diretor de RH que define os requisitos do serviço é o cliente. O diretor financeiro que aprova seu orçamento é o patrocinador. Em outros serviços, uma pessoa pode assumir mais de um papel.

Esses pontos de vista ajudam você a fazer perguntas precisas. Os funcionários precisam receber o pagamento correto em dia. O cliente precisa que o serviço cumpra suas obrigações. O patrocinador precisa de um custo sustentável. Outras partes interessadas podem se preocupar com segurança, relatórios ou o trabalho necessário para dar suporte ao serviço. Uma decisão deve considerar essas necessidades em conjunto.

Relacione funcionalidades a resultados e à experiência

O valor é parcialmente subjetivo e muda com as circunstâncias. O desempenho das chamadas de vídeo se torna mais importante quando uma equipe começa a trabalhar remotamente. Uma funcionalidade que agradava aos usuários no ano passado pode não resolver mais seu principal problema.

A experiência do cliente (CX) abrange as interações de um cliente com uma organização e seus produtos e serviços. A experiência do usuário (UX) diz respeito ao uso de um produto ou serviço específico. Um sistema de salas de reunião pode registrar reservas com sucesso, mas exigir oito telas para fazer uma. Um fluxo de duas telas pode criar valor ao reduzir o esforço e a frustração, mesmo quando as duas versões produzem a mesma reserva.

A distinção importa na escolha de medidas. Contar as reservas concluídas mostra o uso. Observar se as pessoas conseguem reservar a sala certa facilmente ajuda a revelar a experiência. Converse com os consumidores e observe como trabalham para que a medida reflita o que importa para eles.

Analise uma decisão sobre valor

Uma equipe de TI quer um armazenamento mais rápido para executar um relatório mensal de vendas 40% mais rapidamente. Antes de comprá-lo, a equipe pergunta aos usuários como usam o relatório. Eles o executam uma vez por mês e aceitam o tempo de espera. Seu problema sério é que cerca de 1 execução em cada 10 contém números incorretos.

1. O resultado desejado são informações confiáveis para decisões de vendas.
2. Um processamento mais rápido melhoraria a velocidade, mas deixaria sem solução o problema de precisão relatado.
3. Melhorar a precisão dos dados atende à necessidade identificada pelos usuários.
4. A equipe verifica se menos relatórios incorretos realmente ajudam os usuários a tomar suas decisões.

O valor também orienta as operações diárias. Quando uma falha de pagamento impede os clientes de comprar e uma página da intranet tem um erro visual, restaurar o pagamento apoia o resultado mais urgente para o consumidor nessa situação.

Pondere necessidades concorrentes

O serviço mais barato nem sempre é o mais valioso, e a tecnologia mais avançada nem sempre vale a compra. Da mesma forma, uma solicitação de usuário é uma contribuição para uma decisão, não uma instrução automática para atendê-la. Considere seu custo, risco e efeito sobre outros consumidores. No início de uma melhoria, declare o valor esperado em palavras simples, ajude os funcionários a relacionar seu trabalho a ele e verifique se ele está sendo entregue à medida que o trabalho avança.

Comece de onde você está significa avaliar os recursos existentes antes de decidir reconstruir. Serviços, processos, pessoas, ferramentas, dados e relacionamentos com parceiros podem conter trabalho útil. A avaliação determina o que reutilizar, melhorar, ampliar ou substituir.

Observe o trabalho atual

Use o resultado desejado pelo consumidor como ponto de referência. Se o objetivo é ajudar novos funcionários a se tornarem produtivos, examine o que acontece entre a decisão de contratação e o momento em que o funcionário consegue trabalhar. Um documento de processo pode dizer que o acesso chega no primeiro dia, enquanto a observação mostra que os funcionários passam vários dias buscando aprovações.

A observação direta é essencial porque revela como o trabalho realmente acontece. Observe as pessoas executando tarefas, pergunte por que seguem determinadas etapas e compare a experiência delas com os registros. Soluções de contorno podem revelar tanto conhecimento útil quanto fragilidades escondidas por um diagrama de processo organizado.

A medição acrescenta evidências. Ela pode mostrar com que frequência ocorre um atraso, quanto trabalho está envolvido ou se uma mudança ajuda. Verifique o que uma medida significa antes de confiar nela: os dados podem estar antigos, incompletos ou baseados em definições que não correspondem ao resultado.

Por exemplo, uma meta da central de serviços pede que os atendentes resolvam incidentes em 3 horas, em média. Os atendentes começam a encerrar chamados antes de o problema ser corrigido. O tempo de resolução relatado melhora, mas mais chamados são reabertos. Observar um usuário que ainda não consegue trabalhar revela por que a média favorável é enganosa. Medir pode mudar o comportamento, portanto examine o comportamento que a medição recompensa.

Separe os ativos úteis dos frágeis

Uma organização planeja substituir sua ferramenta de gerenciamento de serviços. A avaliação encontra 600 artigos de conhecimento usados diariamente e um catálogo de requisições com entradas em sua maioria desatualizadas.

• Os artigos contêm conhecimento útil. Revise-os e organize-os, depois migre-os para a ferramenta substituta.
• O catálogo precisa ser redesenhado, pois manter entradas desatualizadas preservaria uma fragilidade conhecida.
• A decisão sobre a ferramenta e as decisões sobre o conteúdo podem ser diferentes. Substituir o software não exige descartar tudo ao seu redor.

Boas práticas também podem ser ampliadas. Se um escritório tem uma lista clara de verificação de integração inicial que os novos funcionários elogiam, examine se ela pode apoiar outros escritórios e de quais ajustes locais precisa. A reutilização ainda envolve verificar a adequação ao novo contexto.

Compare os riscos de manter e substituir

Manter um componente com falhas pode levar seus defeitos adiante. Substituir um componente funcional pode causar perda de conhecimento, consumir tempo e interromper um serviço confiável. Compare os dois riscos com o resultado pretendido.

Uma ferramenta que não recebe mais suporte do fornecedor e não consegue atender aos requisitos de segurança deve ser substituída. Seus dados, as competências da equipe e os processos úteis ainda podem ter valor. Em um caso raro, uma avaliação pode concluir que nada vale a pena ser mantido; essa conclusão decorre das evidências.

O princípio não significa preservar o estado atual. Uma avaliação honesta pode justificar mudanças amplas.

Progrida iterativamente com feedback significa dividir o trabalho em partes gerenciáveis que entreguem algo útil. Uma iteração é uma pequena parte do trabalho que pode ser concluída e revisada em um tempo razoável. O objetivo geral dá direção enquanto o feedback orienta a próxima parte.

Faça cada iteração ser útil

Grandes iniciativas ainda precisam de um plano. Identifique o resultado, as dependências e os riscos e escolha uma primeira parte que possa entregar valor e ensinar algo à equipe. As iterações podem ocorrer em sequência ou em paralelo quando suas dependências permitem. Revise o plano geral após cada uma.

Um produto mínimo viável (MVP) é a menor versão que entrega valor e produz feedback útil. Para uma base de conhecimento, artigos completos e testados para os 20 problemas mais frequentes podem ser úteis imediatamente. Rascunhos para 500 problemas podem parecer mais completos, mas oferecer pouca ajuda confiável aos usuários. Pequeno não significa inacabado ou inseguro.

Use feedback ao longo de todo o trabalho

Um ciclo de feedback retorna as saídas de uma parte de um sistema como entradas para essa mesma parte. Uma equipe libera uma mudança útil, aprende o que aconteceu e usa essa informação para ajustar seu trabalho. Consumidores, funcionários, fornecedores e medições podem contribuir.

Busque feedback antes, durante e depois de cada iteração. Antes do trabalho, ele ajuda a esclarecer o problema. Durante o trabalho, pode revelar um mal-entendido enquanto a correção é barata. Depois, mostra como o resultado funciona em uso. O feedback após o lançamento continua valioso para melhorias posteriores, mas esperar até o lançamento atrasa oportunidades anteriores de corrigir problemas.

Analise uma migração em etapas

Uma empresa precisa migrar 2.000 caixas de correio. Ela planeja quatro etapas: 50 funcionários de TI, depois 200 pessoas, em seguida 750 e, por fim, 1.000.

1. Os primeiros 50 usam o novo serviço e relatam que os calendários compartilhados perderam suas permissões.
2. A equipe identifica a origem do problema no script de migração e o corrige.
3. Ela verifica o comportamento corrigido antes de migrar as caixas das próximas 200 pessoas.
4. Ela revisa essa etapa e ajusta o restante do plano conforme necessário.

Os tamanhos das etapas totalizam 2.000. Aprender com os primeiros 50 impede que o erro de permissão atinja as outras 1.950 pessoas. O valor vem do uso do feedback para mudar o trabalho; coletar comentários sem agir com base neles manteria a falha.

Mantenha o resultado completo em vista

Cada incremento deve se encaixar no serviço como um todo. Uma migração de e-mail bem-sucedida inclui os calendários e o trabalho compartilhado dos quais as pessoas dependem, não apenas as mensagens copiadas. A colaboração disponibiliza o feedback, e a visibilidade ajuda todos a entender o que mudou e por quê.

Faça análise suficiente para compreender o todo e, em seguida, execute um primeiro incremento útil. Tentar prever todos os detalhes futuros pode atrasar a entrega de valor. Da mesma forma, chamar o trabalho de “iterativo” não justifica começar sem um objetivo ou ignorar uma dependência conhecida.

Colabore e promova a visibilidade combina o trabalho conjunto além das fronteiras entre equipes com o acesso às informações de que as pessoas precisam. O envolvimento adequado melhora a adequação das decisões, gera apoio e ajuda as melhorias a durar. A visibilidade permite que as pessoas vejam o progresso, os obstáculos e os efeitos além de sua própria equipe.

Trabalhe além das fronteiras entre equipes

Um silo organizacional surge quando uma equipe busca seus próprios objetivos e compartilha poucas informações. A central de serviços pode lidar repetidamente com uma falha de software enquanto os desenvolvedores nunca veem o padrão. Analisar juntos as causas frequentes de incidentes dá às duas equipes evidências para uma correção duradoura.

Identifique as partes interessadas perguntando quem usa o serviço, paga por ele, define requisitos, executa o trabalho ou assume um risco. Clientes, usuários, patrocinadores, equipes de desenvolvimento, operações, segurança, RH e finanças e fornecedores podem ser relevantes. Envolva cada um de forma adequada. Alguns ajudam a decidir, alguns contribuem com conhecimento e outros precisam de informações oportunas.

A colaboração não exige concordância unânime. Ouça as contribuições relevantes, torne o raciocínio visível e deixe que a pessoa ou o grupo responsável decida. Exigir que todos aprovem cada detalhe pode atrasar o trabalho sem melhorar o resultado.

Torne as informações utilizáveis

Escolha uma mensagem, um meio, um nível de detalhe e um momento adequados ao público. Gestores seniores podem precisar de um relato de uma página sobre o impacto no negócio e de uma decisão. Os profissionais técnicos precisam dos fatos técnicos para executar a mudança. Os usuários precisam saber o que vai acontecer, quando e como obter ajuda.

Um quadro de trabalho compartilhado ou um painel pode revelar trabalho em espera, capacidade disponível, demanda não planejada e gargalos. Ele é útil quando as pessoas certas podem agir com base no que mostra. Mais relatórios e reuniões não necessariamente melhoram a visibilidade.

Suponha que um painel mostre que uma versão de um aplicativo causou 40% dos incidentes do mês passado. A evidência compartilhada identifica uma fonte significativa de problemas. Antes de definir a prioridade, as equipes também examinam o impacto no negócio, o risco e o valor esperado de uma correção. A frequência fornece parte da base para a decisão, não toda ela.

Analise um problema de coordenação

Duas equipes programam mudanças para o mesmo fim de semana. Cada uma prevê uma interrupção em uma loja on-line, mas nenhuma vê o plano da outra. A interrupção conjunta só fica clara quando as mudanças começam.

A organização introduz um calendário de mudanças compartilhado, visível para as equipes de entrega, a central de serviços e os principais fornecedores. Agora as equipes podem identificar conflitos antes do fim de semana, acordar os horários e preparar o suporte. O benefício do calendário é a compreensão compartilhada que ele permite; escolher uma ferramenta de calendário, por si só, não garantiria que as pessoas a usassem ou discutissem os conflitos.

Más notícias também precisam de visibilidade. Uma entrega atrasada de fornecedor deve aparecer no quadro cedo o suficiente para que os outros possam reagir. Esconder um atraso protege a aparência de progresso de uma equipe, mas dificulta o gerenciamento do serviço. Explique por que a mudança é necessária e quais decisões as informações apoiam, para que as pessoas entendam o propósito de compartilhá-las.

Pense e trabalhe holisticamente significa tratar um serviço como um sistema completo. Os consumidores recebem um resultado por meio de uma combinação de pessoas, informação, tecnologia, parceiros e formas de trabalhar. Melhorar um componente pode deixar o resultado inalterado ou dificultar o trabalho em outro ponto.

Olhe além da tarefa de uma equipe

Uma equipe de servidores reduz em 30% o tempo necessário para configurar a área de trabalho virtual de um novo usuário. Os novos funcionários ainda esperam cerca de uma semana pelo acesso. A equipe melhorou sua tarefa, mas essa tarefa não era a principal fonte de atraso.

Mapear todo o fluxo revela uma longa espera pela aprovação do gestor. A pergunta útil muda de “Com que rapidez os servidores podem ser preparados?” para “O que impede um novo funcionário de trabalhar?”. A segunda pergunta inclui a decisão do gestor, a transferência da requisição, a configuração técnica e o momento em que o funcionário pode usar o serviço.

Isso é otimização local: melhorar uma parte sem necessariamente melhorar o todo. Para avaliar se uma mudança local ajuda, verifique seu efeito sobre o resultado do consumidor. Uma transferência de trabalho mais rápida pode simplesmente colocar mais trabalho na fila da próxima equipe.

Examine as conexões

As quatro dimensões oferecem uma forma prática de procurar dependências não identificadas: organizações e pessoas, informação e tecnologia, parceiros e fornecedores e fluxos de valor e processos. Uma nova ferramenta de monitoramento precisa de pessoas treinadas, informações confiáveis sobre o serviço, suporte do fornecedor e um fluxo viável do alerta à resposta.

Nenhuma equipe enxerga todas essas conexões. A colaboração reúne diferentes pontos de vista. Procure padrões recorrentes, além de incidentes isolados. Se os incidentes aumentam após cada liberação, explore como desenvolvimento, testes e operações interagem. Tratar cada incidente como não relacionado aos demais pode esconder uma fragilidade comum na ligação entre equipes.

A automação pode ajudar a conectar informações. Um alerta de monitoramento vinculado ao serviço afetado, às mudanças recentes e aos incidentes em aberto oferece aos responsáveis pela resposta uma visão mais ampla do que um aviso isolado. As informações ainda precisam ser suficientemente precisas para que as pessoas possam usá-las.

Ajuste o aprendizado ao sistema

Em um sistema simples e bem compreendido, regras fixas podem ajudar a prever o efeito de uma mudança. Em um sistema complexo, as interações podem produzir efeitos inesperados. Use investigação e feedback para descobrir o que acontece na prática, especialmente nas ligações que são pouco compreendidas.

O pensamento holístico funciona com pequenas iterações. Uma equipe pode primeiro melhorar a aprovação de um tipo de requisição padrão enquanto verifica o que isso significa para a segurança, o quadro de pessoal, os fornecedores e os usuários. Ela não precisa mudar todo o serviço em um único grande projeto.

Mantenha a simplicidade e a praticidade significa usar o mínimo de etapas necessário para alcançar um objetivo. Comece pelo resultado desejado e verifique a contribuição de cada atividade. Elimine um processo, ação ou métrica quando não fornecer valor nem um resultado útil.

Comece pelo resultado necessário

O pensamento orientado a resultados pergunta o que precisa ser alcançado antes de decidir como executar o trabalho. Para uma requisição de software, o resultado inclui disponibilizar software adequado a um usuário autorizado. O formulário deve coletar o que é necessário para aprovação, atendimento, controles exigidos e relatórios. Coletar todos os detalhes que algum dia poderiam ser interessantes pode dificultar o uso do fluxo.

Revise cada etapa, campo de formulário, aprovação, relatório e medida. Pergunte quem o utiliza, que decisão ou ação ele apoia e o que seria perdido se fosse removido. Uma aprovação que gerencia um risco real tem valor, mesmo que o solicitante a considere inconveniente. Um relatório que ninguém lê e que nenhum controle exige é candidato à remoção.

Simplifique um formulário de requisição

Um formulário de requisição contém 25 campos. A equipe revisa 3 meses de requisições e verifica todas as finalidades a que as informações atendem.

As quantidades totalizam 25. Uma requisição comum agora mostra os 9 campos regulares. As requisições pertinentes também mostram os campos condicionais. A equipe reduziu o esforço e manteve as informações necessárias para o trabalho real. Menos pessoas abandonam o formulário no meio do preenchimento.

Observe por que “os aprovadores nunca o leem” seria um teste incompleto. Um campo ainda pode ajudar na instalação, em um controle de segurança ou nos relatórios. Descubra sua finalidade em todo o serviço antes de descartá-lo.

Trate exceções sem sobrecarregar todos

Tentar criar uma regra separada para cada situação rara pode dificultar a compreensão do fluxo normal. Planeje um fluxo claro para requisições comuns e um fluxo de exceção simples, como o escalonamento para uma pessoa designada. As pessoas devem saber quando e como sair do fluxo normal.

Os gestores podem querer dados detalhados, enquanto os funcionários querem menos trabalho administrativo. Resolva essa tensão identificando as informações realmente usadas nas decisões. Um conjunto menor e útil pode respeitar o tempo dos funcionários e atender às necessidades de gerenciamento.

Mantenha os controles necessários

A simplicidade prática inclui segurança, proteção e conformidade legal. Remover uma verificação de identidade apenas porque ela leva tempo pode criar um serviço que deixa de funcionar de forma aceitável. Examine se um controle é necessário e se seu desenho pode ser simplificado com segurança.

O trabalho simples muitas vezes exige análise cuidadosa para ser planejado. Depois de compreendido, é mais fácil explicá-lo e adotá-lo. Pequenas mudanças que produzem benefícios visíveis são ganhos rápidos: por exemplo, remover um campo duplicado pode reduzir o esforço imediatamente e gerar apoio para melhorias posteriores.

Otimize e automatize significa usar os recursos, especialmente o tempo das pessoas, da melhor forma. A otimização torna o trabalho tão eficaz e útil quanto precisa ser em seu contexto. Ela não exige perfeição. A automação usa tecnologia para executar etapas de maneira correta e consistente, com intervenção humana limitada ou inexistente.

Encontre um estado futuro adequado

Um caminho útil para a otimização é:

1. Compreender e acordar o contexto, a visão e os objetivos.
2. Avaliar o estado atual.
3. Acordar o estado futuro e as prioridades, com ênfase na simplificação e no valor.
4. Assegurar o envolvimento e o comprometimento adequados das partes interessadas.
5. Executar as melhorias iterativamente.
6. Continuar monitorando os efeitos para identificar outras melhorias.

O resultado desejado depende da organização. Um hospital e uma pequena loja on-line podem ter riscos, necessidades de serviço e prioridades diferentes. Decida o que significa um desempenho útil antes de escolher a tecnologia.

Analise o encaminhamento de chamados

Uma central de serviços recebe 900 chamados por mês. Encaminhar cada um leva 3 minutos. O esforço mensal de encaminhamento é:

A equipe primeiro reduz as categorias de chamados de 60 para 12. Categorias mais claras reduzem o tempo de encaminhamento para 2 minutos por chamado:

Em seguida, ela automatiza os 80% reconhecidos pelas novas regras. Isso encaminha 720 chamados pelo fluxo automatizado, deixando 180 para os funcionários:

A simplificação economiza 15 horas antes da automação. A automação economiza mais 24 horas de encaminhamento manual. O valor final é o tempo que os funcionários ainda gastam encaminhando chamados; ele não inclui nenhum esforço adicional de monitoramento ou manutenção.

Escolha o que automatizar

Tarefas frequentes, repetitivas e baseadas em regras são boas candidatas: criar contas padrão, encaminhar chamados, redefinir senhas e executar um script testado de reinicialização. Esclareça as regras e elimine o desperdício primeiro. Automatizar uma aprovação desnecessária preserva essa aprovação e pode dificultar sua remoção posteriormente.

Mantenha a intervenção humana onde o julgamento agrega valor. Os funcionários podem precisar avaliar uma mudança de alto risco, resolver uma requisição incomum ou apoiar um usuário aborrecido. Deixe claro o fluxo de exceção para que a incerteza de uma ferramenta não deixe o usuário sem atendimento.

Meça o resultado

Defina medidas antes da mudança e use as mesmas definições depois. No encaminhamento, acompanhe tanto os minutos de trabalho manual quanto a proporção enviada à equipe errada. Um encaminhamento mais rápido que aumenta os envios incorretos pode atrasar a resolução em outro ponto.

Sugestões de IA e chatbots também são formas de automação. Verifique suas saídas e mantenha pessoas responsáveis pelas decisões.

Os sete princípios interagem. O feedback depende de pessoas compartilhando informações. A simplificação depende da compreensão do valor. Uma iteração deve se encaixar no serviço como um todo. Examinar essas relações ajuda você a explicar por que uma decisão é adequada, especialmente quando vários objetivos razoáveis competem entre si.

Observe a finalidade da ação

Não identifique um princípio por uma única palavra. Um painel é tecnologia, mas publicar mudanças em aberto para que outras equipes possam se coordenar ilustra colabore e promova a visibilidade. Se a decisão diz respeito ao uso de software para executar uma etapa repetitiva de forma consistente, otimize e automatize é mais central.

Vários princípios ainda podem se aplicar à mesma ação. Reutilizar um fluxo de trabalho eficaz pode apoiar tanto a avaliação do estado atual quanto um desenho mais simples.

Resolva as tensões no contexto

Não há uma classificação fixa dos princípios. Um atalho local muito simples pode criar trabalho extra para outra equipe. Uma consulta ampla pode melhorar a compreensão e, ao mesmo tempo, atrasar um pequeno teste útil. Decida qual envolvimento e escopo a situação exige e explique as evidências por trás desse equilíbrio.

Por exemplo, uma equipe deve ouvir o especialista em segurança cujos requisitos afetam um projeto-piloto. Talvez não precise que todos os departamentos aprovem cada tela. Uma decisão tomada pelo responsável após ouvir contribuições relevantes pode preservar a colaboração e ainda permitir o início de uma iteração útil.

Acompanhe uma melhoria no monitoramento

Uma organização quer menos interrupções não percebidas. Ela define esse benefício para o consumidor antes de escolher uma ferramenta. Depois, avalia as regras de alerta existentes e mantém as que funcionam. Uma primeira iteração abrange um serviço crítico, para que os funcionários possam aprender com o uso real.

A equipe de operações e a central de serviços acordam quem trata os alertas e podem ver o trabalho. O plano verifica treinamento, dados do serviço, suporte do fornecedor e processos de tratamento de alertas. Isso aplica a visão holística por meio das quatro dimensões.

A equipe remove os alertas sobre os quais ninguém age e depois automatiza a criação de chamados para os alertas úteis restantes. Automatizar a quantidade excessiva de alertas original teria tornado o trabalho inadequado mais rápido. A ordem escolhida é sustentada pela necessidade de simplificar e otimizar o trabalho adequado antes da automação; isso não significa que os sete princípios sejam fases.

Uma justificativa forte une ação, evidência e princípio: “Mantivemos as regras de alerta testadas porque elas já identificam falhas relevantes, aplicando comece de onde você está”. Apenas nomear um princípio deixa o raciocínio implícito.

A ITIL define quatro dimensões para apoiar uma abordagem holística do gerenciamento de serviços: organizações e pessoas, informação e tecnologia, parceiros e fornecedores e fluxos de valor e processos. Elas são perspectivas para examinar o trabalho. Aplicam-se ao sistema de gerenciamento de serviços como um todo e a cada produto ou serviço individual.

Faça uma pergunta diferente de cada perspectiva

Essas dimensões não são quatro departamentos. Uma central de serviços participa de todas elas. Suas pessoas usam informação e tecnologia, trabalham com provedores externos e participam de fluxos que entregam resultados aos usuários.

Acompanhe as sobreposições

Introduzir uma ferramenta de monitoramento é uma decisão de informação e tecnologia. Ela também exige funcionários treinados e responsabilidades claras, um acordo de suporte com o fornecedor e um fluxo para responder a alertas. Uma compra, portanto, cria questões nas quatro dimensões.

Negligenciar uma dimensão pode impedir a entrega ou reduzir a qualidade e a eficiência. Um portal de autoatendimento pode funcionar tecnicamente, mas se tornar pouco confiável quando ninguém é responsável por seu conteúdo ou mantém seus fluxos de requisição. Dê a cada dimensão a atenção que a situação exige. Equilíbrio não significa gastar o mesmo tempo ou dinheiro em cada uma.

A ITIL (Versão 5) aplica as mesmas quatro dimensões tanto a produtos digitais quanto a serviços, usando o nome dimensões do gerenciamento de produtos e serviços.

Examine o ambiente externo

Os fatores externos estão, em grande parte, fora do controle da organização, mas moldam suas escolhas. O PESTLE os agrupa em seis tipos:

• Políticos: políticas, prioridades e estabilidade do governo, como uma política do setor público sobre hospedagem de dados.
• Econômicos: condições financeiras, como o aumento dos preços de energia que eleva os custos dos centros de dados.
• Sociais: expectativas e comportamentos, como funcionários que esperam ter acesso remoto.
• Tecnológicos: avanços fora da organização, como novas ferramentas de IA.
• Legais: leis e regulamentos em vigor, como requisitos que regem os dados pessoais.
• Ambientais: uso de energia, descarte de equipamentos e outros efeitos sobre o ambiente natural.

Diferencie uma prioridade do governo de uma obrigação legal já em vigor. Uma nova orientação de política é política; um requisito obrigatório de proteção de dados é legal. Alguns acontecimentos têm vários efeitos: preços mais altos de energia criam pressão econômica, enquanto o relato sobre o uso de energia também levanta questões ambientais.

Relacione cada fator relevante ao serviço. A expectativa de trabalho remoto pode mudar os horários de suporte, a tecnologia de acesso, a cobertura do fornecedor e os fluxos de requisição. O PESTLE é útil quando muda a análise, não quando permanece uma lista isolada de tópicos.

A dimensão organizações e pessoas examina estruturas, papéis, responsabilidades, autoridade, comunicação, cultura organizacional, quadro de pessoal, competências e liderança. Um organograma claro é útil, mas não pode, por si só, garantir que um serviço funcione.

Torne a responsabilidade efetiva

As pessoas precisam saber quem é responsável por um serviço, quem pode decidir e quem executa o trabalho. Esses arranjos devem apoiar a estratégia e a forma de trabalho da organização. Quando ninguém é responsável pelo serviço inteiro, as equipes podem passar um problema umas às outras enquanto cada uma espera que outra pessoa aja.

Um responsável nomeado pelo serviço dá às pessoas um ponto de responsabilidade. Essa pessoa ainda depende de outras para executar tarefas especializadas. Esclareça como as equipes se comunicam e como as decisões chegam às pessoas que devem colocá-las em prática. Uma descrição de papel que existe apenas em um documento pouco ajuda um atendente diante de uma requisição incomum.

Examine a cultura e a liderança

A cultura organizacional é o conjunto de valores e atitudes compartilhados que moldam o comportamento das pessoas. Uma cultura de confiança e transparência facilita o relato antecipado de problemas e a sugestão de melhorias. A liderança influencia essa cultura por meio do que recompensa e de como reage a más notícias.

Suponha que os atendentes sejam avaliados apenas pelo número de conversas que encerram. Eles podem apressar as conversas mesmo quando os usuários ainda precisam de ajuda. Se o resultado pretendido é um suporte útil, os gestores precisam de medidas e comportamentos que apoiem a solução do problema do usuário. Isso conecta organizações e pessoas ao foco no valor e à qualidade do feedback.

Verifique competências e capacidade

Competências são as capacidades necessárias para executar o trabalho de forma eficaz. Inclua competências técnicas e de comunicação. Alguns funcionários têm competências em T: profundidade em uma especialidade e uma compreensão mais ampla de áreas relacionadas. Um especialista que entende as necessidades da central de serviços pode explicar uma questão de forma mais útil em uma transferência de trabalho.

A capacidade também importa. Uma equipe pode saber como operar um serviço, mas não ter pessoas suficientes para cobrir seu horário de atendimento. O treinamento, por si só, não resolve um turno sem cobertura. Verifique a quantidade e os horários da demanda, além do conhecimento necessário.

Analise o lançamento de um chat em tempo real

Uma central de serviços adiciona um chat em tempo real. A análise de pessoas pergunta:

1. Quem é responsável pelo serviço de chat e decide seu horário de suporte?
2. Quem atende em cada período e os atendentes conseguem lidar com 2 conversas ao mesmo tempo sem reduzir a qualidade?
3. Qual treinamento ajuda os atendentes a escrever mensagens claras e úteis?
4. Como os atendentes obterão ajuda para questões complexas?
5. As medidas de sucesso recompensarão problemas resolvidos ou apenas encerramentos rápidos?

Essas perguntas mostram por que a dimensão vai além do número de funcionários. Mesmo com um número suficiente de atendentes, pode haver dificuldades se os papéis não forem claros, faltarem competências ou as metas incentivarem comportamentos inadequados. Ajude cada pessoa a entender como seu trabalho contribui para o valor, para que as escolhas durante um turno movimentado apoiem a finalidade do serviço.

A dimensão informação e tecnologia abrange as informações e os conhecimentos necessários para gerenciar serviços e as tecnologias que os apoiam. Inclui tanto as ferramentas de gerenciamento de serviços quanto as informações e tecnologias que cada serviço entrega ou das quais depende.

Comece pelas informações

Identifique o que o serviço gerencia, como pedidos de clientes, e o que os funcionários precisam para operá-lo, como registros de configuração e artigos de conhecimento. Em seguida, pergunte como essas informações são protegidas, mantidas, arquivadas e descartadas.

Informações úteis devem estar disponíveis e ser confiáveis, acessíveis, oportunas, precisas e relevantes. Um artigo que descreve uma tela antiga de um aplicativo pode levar um atendente pelo caminho errado. Uma base de conhecimento tecnicamente excelente não pode compensar conteúdo em que as pessoas não podem confiar ou ao qual não conseguem acessar quando necessário.

A proteção das informações inclui quem pode ler ou alterar um registro, onde ele pode ser armazenado e por quanto tempo pode ser mantido. Leis de proteção de dados, regras do setor e contratos moldam esses requisitos. Estabeleça os requisitos aplicáveis ao serviço antes de escolher uma solução de hospedagem.

Avalie uma ferramenta em seu contexto

A tecnologia de gerenciamento de serviços inclui ferramentas de chamados e fluxos de trabalho, bases de conhecimento, sistemas de inventário e configuração e plataformas de monitoramento, análise e colaboração. Serviços em nuvem, plataformas móveis, IA e aprendizado de máquina oferecem recursos adicionais.

Para uma ferramenta proposta, verifique:

• Compatibilidade com a arquitetura atual e outros sistemas.
• Alinhamento à estratégia organizacional e às competências disponíveis para dar suporte a ela.
• Requisitos regulatórios, de segurança e contratuais.
• Viabilidade comercial e capacidade de continuar recebendo suporte.
• Automação útil e outros recursos de que o serviço precisa.
• Novos riscos ou restrições, incluindo a dependência de um único fornecedor.

O aprisionamento ao fornecedor ocorre quando a dependência dificulta a troca de provedor. Um produto pode ser fácil de comprar, mas caro de abandonar se os dados não puderem ser exportados de forma útil. Avalie tanto a saída quanto a introdução.

Analise a escolha de uma base de conhecimento

A central de serviços compara produtos de base de conhecimento. Primeiro, verifica se cada um se integra ao sistema de chamados existente. Depois, testa as restrições de acesso para que artigos sensíveis fiquem visíveis apenas para funcionários autorizados. O local de hospedagem proposto deve atender aos requisitos relevantes de tratamento de dados.

A equipe também pergunta se os funcionários conseguem manter os artigos sem programação especializada. Ela define uma forma de revisar o conteúdo para que as instruções permaneçam precisas. Os recursos da ferramenta, a qualidade das informações e as pessoas que mantêm essas informações contribuem para o resultado.

Mantenha o julgamento ao usar novas tecnologias

A cultura organizacional e a natureza do negócio afetam as escolhas de tecnologia. Organizações sujeitas a regulamentação rigorosa ou a consequências graves em caso de falha podem precisar adotar tecnologias com mais cautela. Uma ferramenta de IA levanta perguntas específicas sobre os dados que usa, como as pessoas verificam suas saídas e quem é responsável pelas decisões.

Uma demonstração convincente responde a apenas parte da questão. Examine como a tecnologia funcionará com os dados, usuários, competências e restrições reais do serviço.

A dimensão parceiros e fornecedores examina os relacionamentos com outras organizações envolvidas no desenho, desenvolvimento, implantação, entrega, suporte e melhoria de serviços. Contratos e outros acordos fazem parte dela, junto com a coordenação cotidiana que faz esses acordos funcionarem.

Entenda o tipo de relacionamento

Os relacionamentos vão de contratos formais com uma separação clara de responsabilidades a parcerias flexíveis com objetivos e riscos compartilhados. Comprar notebooks padrão de um revendedor e desenvolver um novo serviço em conjunto com outra organização exigem arranjos diferentes.

Quase todo serviço depende de organizações externas. Provedores de nuvem, operadoras de rede, fornecedores de software e equipamentos e provedores de energia e instalações podem afetar a entrega. Identifique essas dependências a partir das necessidades do serviço, incluindo fornecedores que os consumidores nunca veem.

Explique a escolha de fornecimento

A estratégia de fornecimento de uma organização reflete vários fatores:

• Foco estratégico: qual trabalho é central para a finalidade da organização?
• Cultura organizacional: a organização tende a desenvolver internamente ou a buscar ajuda externa?
• Escassez de recursos: quais competências ou equipamentos são difíceis de obter?
• Preocupações com custos: um fornecedor pode oferecer a capacidade adequada de forma mais econômica?
• Conhecimento especializado: um especialista melhoraria o trabalho?
• Restrições externas: o que exigem a regulamentação, as políticas e os códigos de conduta?
• Padrões de demanda: uma demanda sazonal ou variável exige capacidade flexível?

Um preço de compra baixo, por si só, não resolve a decisão. Um serviço barato sem suporte durante o horário de operação do usuário pode não alcançar o resultado pretendido. Da mesma forma, o conhecimento especializado de um fornecedor pode ser valioso mesmo quando a entrega interna é possível.

Coordene o serviço como um todo

Quando vários fornecedores contribuem, uma equipe interna ou um terceiro pode atuar como integrador de serviços. Ele coordena as contribuições para que o serviço funcione de ponta a ponta. Essa abordagem é chamada de integração e gerenciamento de serviços (SIAM).

Terceirizar o trabalho não elimina a responsabilidade do provedor de serviços perante seus próprios clientes. Se uma interrupção na nuvem paralisa uma loja on-line, a loja ainda precisa se comunicar com seus clientes e gerenciar o efeito. Ela também trabalha com o provedor de nuvem pelo fluxo de suporte acordado.

Analise um serviço de e-mail terceirizado

Antes de transferir o e-mail para um provedor de nuvem, examine os compromissos de disponibilidade e os horários de suporte. Acorde como relatar incidentes e quem gerencia as contas de usuário de cada lado. Verifique as condições de tratamento de dados, como os dados serão devolvidos ao fim do contrato e se o backup exige outro fornecedor.

Essas perguntas se conectam a outras dimensões. As responsabilidades pelas contas envolvem pessoas; a devolução dos dados envolve informação e tecnologia; o relato de incidentes envolve processos. Um contrato é um ponto de partida para gerenciar o relacionamento. Revisão de desempenho, comunicação e melhoria conjunta mantêm esse relacionamento útil conforme as necessidades mudam.

A dimensão fluxos de valor e processos examina como atividades, fluxos de trabalho, controles e procedimentos se combinam para alcançar objetivos acordados. Ela torna visível o caminho da necessidade de um consumidor a um resultado útil, incluindo o trabalho realizado por outros departamentos, fornecedores e consumidores.

Diferencie um fluxo de valor de um processo

Um processo pode contribuir para vários fluxos de valor. O gerenciamento de incidentes pode ajudar a restaurar um serviço com falha e também apoiar o lançamento de um produto de um cliente. Procedimentos e instruções de trabalho descrevem as atividades com mais detalhes. Na ITIL 4, as etapas de um fluxo de valor são construídas a partir das atividades da cadeia de valor de serviço.

Construa um mapa simples

Nomeie o gatilho, como uma requisição, e o resultado para o consumidor. Liste as etapas em ordem, identifique quem ou o que as executa e registre o tempo de trabalho efetivo separadamente do tempo de espera. Examine atentamente as transferências de trabalho: alguns minutos de trabalho podem ficar em uma fila por vários dias.

Uma requisição de notebook leva 60 horas úteis. Um dia útil tem 8 horas, portanto isso corresponde a 7,5 dias úteis. O trabalho efetivo é de 0,5 hora para enviar a requisição, 0,5 hora para aprová-la, 1,5 hora para configurar o notebook e 0,5 hora para entregá-lo. O trabalho totaliza 3 horas.

A espera leva 16 horas pela aprovação, 8 horas em compras, 24 horas pela entrega do fornecedor e 9 horas por um horário para entrega ao funcionário. Essas esperas totalizam 57 horas. Trabalho e espera juntos correspondem às 60 horas.

Apenas 5% do tempo de atravessamento é trabalho efetivo. Acelerar apenas a configuração deixaria de tratar a maior parte do atraso.

Use o mapa para escolher melhorias

Notebooks padrão passam a ser requisições pré-aprovadas. Isso elimina tanto a espera de 16 horas pela aprovação quanto a tarefa de aprovação de 0,5 hora. Um pequeno estoque acordado com o fornecedor elimina a espera de 24 horas pela entrega.

O tempo de atravessamento cai para 19,5 horas, cerca de 2,4 dias úteis. O trabalho restante é de 2,5 horas, portanto sua proporção é de aproximadamente 13%. A proporção maior resulta da redução do tempo total, embora o trabalho efetivo também diminua.

Inclua todos os envolvidos

Um mapa contendo apenas atividades de TI omitiria a aprovação do gestor, as compras, a entrega do fornecedor e o horário de entrega ao usuário. Essas etapas omitidas explicam grande parte desse atraso. Pergunte quem ou o que executa cada ação, incluindo ferramentas automatizadas.

Um mapa ajuda a localizar uma possível melhoria; a análise mais ampla verifica se ela pode funcionar. A pré-aprovação precisa de controles adequados, e o estoque precisa de pessoas, financiamento e acordos com fornecedores. Retome o mapa após uma mudança para ver se a espera passou para outro ponto ou se o consumidor recebe o resultado mais cedo.

Uma análise das quatro dimensões começa com o serviço e o valor que ele deve entregar. Para cada dimensão, compare o que existe com o que é necessário. Acrescente os fatores PESTLE relevantes, registre lacunas e dependências e atribua ações a responsáveis. Retome a análise quando o serviço ou seu ambiente mudar.

Defina o problema e o valor

Uma central de serviços recebe 1.200 chamados por mês. As redefinições de senha representam 30%, ou 360 chamados. Com 6 minutos cada, as redefinições usam 2.160 minutos, ou 36 horas, do tempo dos atendentes. Um serviço de redefinição de senha por autoatendimento (SSPR) visa restaurar o acesso dos usuários mais cedo e liberar os atendentes para trabalhos mais complexos.

Essa declaração de valor orienta a análise. Instalar uma funcionalidade de redefinição é uma saída. Os usuários voltarem ao trabalho com segurança é o resultado que o serviço precisa alcançar.

Verifique as quatro dimensões

Organizações e pessoas: nomeie um responsável pelo serviço. Treine os atendentes para ajudar os usuários a cadastrar seus métodos de verificação e lidar com casos que a ferramenta não consegue resolver. Explique o novo fluxo aos usuários com clareza. Revise as metas dos atendentes: uma queda na contagem de chamados de redefinição deve apoiar a melhoria, não fazer atendentes bem-sucedidos parecerem menos produtivos.

Informação e tecnologia: a plataforma de identidade precisa de verificação segura, como a autenticação multifator (MFA). Os usuários devem cadastrar métodos de verificação e mantê-los atualizados. Registre eventos de redefinição para revisão de segurança e mantenha artigos de conhecimento claros. Uma funcionalidade de redefinição que funciona não pode ajudar alguém que não tenha um método de verificação utilizável.

Parceiros e fornecedores: para uma ferramenta em nuvem, verifique os compromissos de disponibilidade, os horários de suporte e as condições de tratamento de dados. Enviar códigos de verificação por mensagem de texto introduz uma dependência do provedor de mensagens. Identifique como uma falha chega ao fornecedor certo e quem coordena a resposta.

Fluxos de valor e processos: mapeie “recuperar o acesso à minha conta” de uma senha esquecida até o usuário voltar a trabalhar. Inclua um fluxo alternativo de atendimento simples pela central de serviços para usuários sem um método cadastrado. Atualize os processos de incidente e acesso afetados pela mudança.

Relacione fatores externos e lacunas

Os requisitos de proteção de dados moldam quais informações de verificação são mantidas e por quanto tempo: um fator legal. As expectativas de acesso a qualquer hora são um fator social. Novas opções de verificação, incluindo aplicativos autenticadores e chaves de acesso, são um fator tecnológico.

Uma lacuna como a falta de cadastro de métodos de verificação tem ações relacionadas: a equipe de identidade habilita a funcionalidade, o responsável pelo serviço organiza a comunicação e os atendentes ajudam os usuários a se preparar e a recuperar o acesso pelo fluxo alternativo. Registrar apenas “tecnologia pronta” esconderia a dependência de pessoas e processos.

Estime e revise o efeito

Se 70% das 360 redefinições passarem para o autoatendimento, 252 deixarão de chegar aos atendentes. O esforço manual evitado é:

As outras 108 redefinições ainda precisam de suporte. Essa é uma estimativa do tempo liberado dos atendentes, não uma razão para remover o fluxo alternativo. Após o lançamento, verifique a adesão real, a recuperação bem-sucedida do acesso e a demanda restante. Retome as dimensões quando o uso, os fornecedores, a tecnologia ou os requisitos mudarem.

Um bom plano de melhoria relaciona evidências a decisões. Os sete princípios orientam as escolhas ao longo do trabalho, enquanto as quatro dimensões ajudam a verificar o que a entrega exige. Vários princípios podem apoiar uma decisão, e uma constatação posterior pode mudar uma escolha anterior.

Declare o valor e estabeleça o ponto de partida

Novos funcionários esperam, em média, 10 dias úteis por um notebook, contas e acesso ao prédio. Seus gestores relatam que grande parte das duas primeiras semanas é perdida. O resultado desejado é trabalho produtivo desde o primeiro dia, com uma boa primeira experiência na organização.

Foque no valor: meça a proporção de pessoas totalmente equipadas no primeiro dia e a média de dias até que estejam equipadas. Uma contagem apenas das contas criadas não mostraria a falta de notebooks ou de acesso ao prédio.

Comece de onde você está: observe 5 integrações iniciais recentes. O RH já possui as datas de início com 3 semanas de antecedência, mas a TI recebe e-mails atrasados. A ferramenta existente para preparar imagens de notebooks funciona bem. Mantenha essa ferramenta e trate a transferência de informações que atrasa a preparação.

Aprenda por meio de um teste útil

Progrida iterativamente com feedback: teste a abordagem modificada em um departamento com cerca de 25 contratações por trimestre. Revise o feedback dos novos funcionários e gestores após cada mês. Use os resultados para ajustar o trabalho antes de incluir mais departamentos.

Colabore e promova a visibilidade: RH, equipe de instalações, TI e o fornecedor de notebooks usam um quadro compartilhado de integração inicial. O status da preparação de cada recém-contratado fica visível para as pessoas que coordenam o trabalho. Elas podem tratar os itens pendentes antes da chegada do funcionário.

O teste precisa de um objetivo claro e critérios úteis de conclusão. Seu escopo é pequeno, mas um novo funcionário ainda precisa da combinação de equipamentos, contas e acesso para trabalhar.

Verifique as dependências e simplifique

Pense e trabalhe holisticamente: verifique papéis e treinamento, a ligação entre os sistemas de RH e TI, as condições de entrega do fornecedor e o fluxo de valor completo. Uma ferramenta mais rápida de preparação de imagens não corrigiria uma notificação tardia de contratação ou a falta de um crachá de acesso ao prédio.

Mantenha a simplicidade e a praticidade: remova uma etapa duplicada em que a TI pede a um gestor que confirme uma contratação já aprovada pelo RH. Nesse caso, a confirmação repetida acrescenta espera sem reduzir o risco. A autorização necessária ainda precisa estar presente no registro confirmado do RH.

Otimize e automatize: quando o fluxo estiver mais simples e confiável, deixe que um registro confirmado de contratação acione a criação de contas padrão. Encaminhe necessidades incomuns de acesso a funcionários que possam exercer seu julgamento. Verifique a prontidão real e os erros à medida que o fluxo automatizado é introduzido.

Explique a decisão, não apenas seu nome

Uma justificativa útil diz: “Reutilizamos a ferramenta de preparação de imagens porque a observação mostrou que ela já funcionava bem; isso aplica comece de onde você está”. Outra diz: “Removemos a confirmação repetida da contratação porque ela acrescentava espera sem reduzir o risco; isso aplica mantenha a simplicidade e a praticidade”.

Nomear um princípio sem as evidências deixa a escolha sem explicação. Mostre como a decisão contribui para o resultado desejado e o que será verificado depois. Os princípios se sobrepõem nesse raciocínio; eles não atribuem uma etapa obrigatória a cada item do plano.