ITSM (IT Service Management, ou gestão de serviços de TI) é o conjunto de práticas para planejar, entregar e controlar os serviços que uma área presta aos usuários internos, com pedidos registrados, prioridades, prazos acordados e histórico. Na prática, ela se materializa numa central de serviços: um ponto único onde as pessoas abrem chamados e acompanham o atendimento. Embora tenha nascido na TI, a mesma lógica serve para manutenção predial, segurança do trabalho, frota, almoxarifado e outras áreas de apoio.
Quem trabalha em manutenção industrial reconhece o modelo de imediato. É o mesmo fluxo de solicitação de serviço que vira ordem de serviço: alguém pede, alguém avalia, alguém executa, alguém confirma que ficou bom, e tudo fica registrado. A diferença é que, na maioria das fábricas, esse fluxo existe para os equipamentos de produção e não existe para mais nada. O pedido de TI vai por WhatsApp, o de manutenção predial por e-mail, o de EPI por papel no balcão do almoxarifado.
Por que uma indústria precisa de central de serviços
O argumento não é organizacional; é operacional. Em uma usina na safra, o sistema de pesagem da balança rodoviária fora do ar segura caminhões na fila. Em um frigorífico, a impressora de etiquetas da expedição parada atrasa carregamento. Em uma cooperativa, o coletor do recebimento de grãos sem sincronizar compromete a classificação. São chamados de “TI”, mas o impacto é de produção.
Sem uma central, três coisas acontecem:
- Prioridade por quem grita mais. O pedido do gerente passa na frente do chamado que está parando a expedição.
- Nenhum histórico. A mesma impressora quebrou seis vezes no trimestre, mas como cada chamado foi uma mensagem diferente, ninguém percebe o padrão.
- Nenhum número. A área de apoio não consegue mostrar quanto atende, em quanto tempo, nem justificar mais gente ou mais orçamento.
Há ainda o lado da evidência. Liberação de terceiro para trabalho na planta, entrega de EPI, concessão de acesso a sistemas que mexem em dados de qualidade: tudo isso pode ser cobrado numa auditoria ou numa investigação de acidente. Se o pedido e a entrega ficaram numa conversa de celular, a empresa não consegue provar quem autorizou, quando e com base em quê. A central de serviços resolve o atendimento e, de quebra, gera o registro.
Os conceitos de ITSM que valem para qualquer área de apoio
A referência mais conhecida de ITSM é o ITIL, conjunto de boas práticas hoje mantido pela PeopleCert. Não é preciso adotar o framework inteiro para aproveitar os conceitos centrais, que se aplicam muito bem fora da TI.
Incidente x requisição de serviço
Incidente é uma interrupção não planejada ou a queda de qualidade de um serviço: o sistema de pesagem caiu, o ar-condicionado da sala elétrica parou. O objetivo é restabelecer o serviço o mais rápido possível.
Requisição de serviço é um pedido de algo previsto e padronizado, que não envolve falha: acesso a um sistema para novo colaborador, instalação de ponto de rede, troca de lâmpada do vestiário, reserva de veículo. O objetivo é entregar dentro do prazo combinado, seguindo um roteiro já conhecido.
Separar os dois muda a prioridade e o indicador. Incidente se mede por tempo de restabelecimento; requisição, por cumprimento do prazo.
Problema
No vocabulário do ITSM, problema é a causa de um ou mais incidentes. Gerenciar problemas é investigar incidentes repetidos para eliminar a causa, o mesmo raciocínio da análise de causa raiz na manutenção. As seis quedas da impressora deixam de ser seis chamados e viram uma investigação.
Catálogo de serviços
É a lista do que cada área oferece, com descrição, quem atende e prazo. Sem catálogo, o usuário não sabe o que pode pedir nem o que esperar, e a área atende tudo como exceção.
Acordo de nível de serviço (SLA)
É o prazo combinado para atender cada tipo de chamado, normalmente diferenciado por prioridade. O tema tem detalhes próprios, tratados em SLA de atendimento interno.
Base de conhecimento
Soluções registradas para problemas recorrentes, que permitem resolver mais rápido ou até deixar o próprio usuário resolver. É o equivalente, na central de serviços, do histórico de falhas de um equipamento.
Exemplo de catálogo para uma planta industrial
Um recorte hipotético, para mostrar o formato. Os prazos são ilustrativos; os reais dependem da estrutura de cada empresa.
| Serviço | Área | Tipo | Prazo de atendimento |
|---|---|---|---|
| Sistema de pesagem fora do ar | TI | Incidente, prioridade alta | Início em 15 min, restabelecimento em 2 h |
| Acesso ao ERP para novo colaborador | TI | Requisição | 2 dias úteis |
| Ar-condicionado de sala elétrica parado | Manutenção predial | Incidente, prioridade alta | Início em 1 h |
| Troca de lâmpada em área administrativa | Manutenção predial | Requisição | 5 dias úteis |
| Liberação de terceiro para serviço na planta | Segurança do trabalho | Requisição | 1 dia útil, com documentação completa |
| Veículo da frota com pane | Frota | Incidente | Início em 2 h |
Repare que o catálogo já resolve a briga de prioridade: está escrito o que é urgente e o que não é.
Como montar uma central de serviços interna passo a passo
- Escolha uma ou duas áreas para começar. TI e manutenção predial costumam ter o maior volume de pedidos informais.
- Levante o que chega hoje. Durante duas semanas, registre todo pedido recebido, por qualquer canal. A lista mostra os 15 ou 20 tipos de serviço que concentram a maior parte do volume.
- Monte o catálogo inicial com esses serviços: descrição, tipo (incidente ou requisição), responsável e prazo.
- Defina um canal único. Formulário no celular ou no computador, com categoria, local, descrição e foto. Pedido por WhatsApp é educadamente redirecionado.
- Padronize as requisições frequentes. Para pedidos que envolvem várias áreas em sequência, como a admissão de um colaborador, um playbook operacional evita que alguma etapa seja esquecida.
- Feche com confirmação do solicitante. Chamado encerrado sem aceite costuma voltar.
- Revise mensalmente os números e os incidentes repetidos.
Quer tirar isso da planilha?O Sismetro junta ordens de serviço, preventivas, estoque e indicadores num só lugar, com app para os técnicos e integração com o ERP Senior.
Mesma plataforma para manutenção e serviços de apoio?
Muitas indústrias acabam com um sistema de manutenção para a produção, uma ferramenta de chamados para a TI e planilhas para o resto. Funciona, mas multiplica cadastros, logins e relatórios, e impede ver o quadro geral: quanto a empresa gasta de esforço em serviços internos e onde estão as filas.
Uma plataforma de gestão de manutenção e serviços com evidência como o Sismetro trata a central de serviços interna (ITSM) com a mesma lógica das solicitações e ordens de serviço da manutenção: pedido registrado, responsável, acompanhamento em kanban e evidência de entrega, com acesso pelo app. Em grupos com várias unidades e CNPJs, a arquitetura multiempresa permite manter cada planta com sua fila sem perder a visão consolidada, tema que também aparece em gestão de manutenção multiplanta.
Indicadores de uma central de serviços
- Volume de chamados por área, tipo e unidade.
- Cumprimento do SLA: percentual de chamados atendidos dentro do prazo, separado por incidente e requisição.
- Tempo médio de restabelecimento dos incidentes, o equivalente ao MTTR da manutenção.
- Resolução no primeiro contato: chamados resolvidos sem encaminhamento.
- Incidentes repetidos: mesmo tipo, mesmo local, mais de duas vezes no mês. É a lista de problemas a investigar.
Para o painel que a diretoria vai olhar, menos é mais; o guia de dashboards operacionais ajuda a escolher.
Um primeiro passo concreto: durante as próximas duas semanas, peça para TI e manutenção predial anotarem cada pedido recebido, com canal, data, tipo e tempo até resolver. Esse levantamento é a base do catálogo e, quase sempre, o argumento que convence a diretoria de que a central é necessária.
Perguntas frequentes
O que é ITSM?
ITSM, ou gestão de serviços de TI, é o conjunto de práticas para planejar, entregar e controlar os serviços prestados a usuários internos, com pedidos registrados, prioridades, prazos acordados e histórico. A mesma lógica pode ser aplicada a outras áreas de apoio, como manutenção predial, frota e segurança do trabalho.
Qual a diferença entre incidente e requisição de serviço?
Incidente é uma interrupção não planejada ou queda de qualidade de um serviço, como um sistema fora do ar, e o objetivo é restabelecer rápido. Requisição é um pedido previsto e padronizado, como acesso a um sistema ou instalação de um ponto de rede, e o objetivo é cumprir o prazo combinado.
Central de serviços é só para TI?
Não. O modelo nasceu na TI, mas funciona para qualquer área que atende pedidos internos, como manutenção predial, segurança do trabalho, frota e almoxarifado. Na indústria, faz sentido usar a mesma lógica da solicitação de serviço de manutenção.
Preciso implantar o ITIL inteiro para ter uma central de serviços?
Não. Conceitos como separação entre incidente e requisição, catálogo de serviços, SLA e base de conhecimento já resolvem a maior parte dos problemas de uma central interna. O framework completo pode ser aprofundado conforme a maturidade da área.
