O que é a gestão do conhecimento
"A gestão do conhecimento (Knowledge Management) é a prática ITIL que assegura que a informação e o conhecimento relevantes estão disponíveis no momento certo, às pessoas certas, para tomar decisões informadas."
O objectivo central da gestão do conhecimento é melhorar a eficiência e qualidade do serviço através da partilha e reutilização de conhecimento. Em vez de cada analista reinventar a roda cada vez que encontra um problema, a organização aprende colectivamente e capitaliza esse conhecimento.
No ITIL 4, a gestão do conhecimento é uma prática geral, o que significa que se aplica a toda a organização, não apenas à área de TI. O conhecimento de um departamento jurídico, financeiro ou de recursos humanos também pode e deve ser gerido com os mesmos princípios.
Tipos de conhecimento
A distinção entre tipos de conhecimento é fundamental para perceber o desafio da gestão do conhecimento:
- Conhecimento tácito - Existe na cabeça das pessoas. É difícil de articular e documentar. Exemplo: a intuição de um analista experiente que sabe exactamente onde procurar quando um determinado servidor se comporta de forma estranha. Este conhecimento perde-se quando a pessoa sai da organização.
- Conhecimento explícito - Está documentado e é partilhável. Pode assumir a forma de artigos da base de conhecimento, procedimentos, runbooks, FAQs ou documentação técnica. Este é o foco principal da gestão do conhecimento formal.
A gestão do conhecimento eficaz procura transformar conhecimento tácito em explícito, tornando a organização menos dependente de indivíduos específicos e mais resiliente a mudanças de equipa.
O modelo DIKW
O modelo DIKW descreve como os dados brutos são progressivamente transformados em valor para a organização. Foi introduzido por Russell Ackoff em 1989 e é um conceito central da gestão do conhecimento no ITIL. Ajuda a estruturar a forma como a informação é recolhida, processada e utilizada para suportar decisões.
Os dados são factos brutos, registos ou observações sem qualquer interpretação. Por si só, não têm significado. São a matéria-prima da qual tudo o resto é construído.
Exemplo: "O servidor registou 500 erros."
A informação é obtida quando os dados são colocados em contexto. Respondem às perguntas "quem", "o quê", "quando" e "onde". O contexto transforma dados isolados em algo interpretável.
Exemplo: "O servidor registou 500 erros de timeout nas últimas 2 horas, o triplo do normal."
O conhecimento resulta da aplicação de experiência e análise à informação. Responde ao "porquê" e ao "como". Permite compreender padrões e antecipar consequências.
Exemplo: "Este padrão de erros indica que o pool de ligações à base de dados está esgotado. A causa provável é o leak de memória na última actualização."
A sabedoria é o nível mais elevado: conhecimento aplicado para tomar decisões correctas tendo em conta o contexto mais amplo, os riscos e os objectivos organizacionais.
Exemplo: "Devemos fazer rollback da actualização e implementar monitorização automática do pool de ligações antes de qualquer deploy futuro."
Na prática, a gestão do conhecimento no ITIL trabalha em todos os níveis do modelo DIKW. Os sistemas de monitorização recolhem dados; os dashboards transformam-nos em informação; os analistas aplicam experiência para gerar conhecimento; e os gestores aplicam esse conhecimento para tomar decisões estratégicas.
O sistema de gestão do conhecimento (SKMS)
O SKMS (Service Knowledge Management System) é um conceito central da gestão do conhecimento no ITIL. É importante perceber que não se trata de uma ferramenta única, mas de um conjunto de ferramentas, bases de dados e informações que trabalham em conjunto para fornecer o conhecimento necessário à gestão de serviços.
O SKMS inclui, entre outros componentes:
Artigos de resolução, FAQs, procedimentos, runbooks, instruções de trabalho e lições aprendidas. Ponto central de acesso ao conhecimento documentado.
Regista itens de configuração e as suas relações. Fornece contexto técnico fundamental para a resolução de incidentes e gestão de mudanças.
Registo de problemas identificados com as suas causas raiz conhecidas e soluções temporárias (workarounds). Alimenta directamente a resolução de incidentes recorrentes.
Inclui o portfólio de serviços, acordos de nível de serviço, documentação de arquitectura, registos de incidentes e problemas históricos, e outros activos de conhecimento organizacional.
O objectivo do SKMS é garantir que a informação relevante chega a quem precisa, quando precisa. Um analista do service desk que investiga um incidente deve conseguir, sem abandonar a sua ferramenta de trabalho, aceder ao historial do CI afectado, aos artigos de resolução relacionados, e aos erros conhecidos para aquele sistema.
Como criar uma base de conhecimento eficaz
Uma base de conhecimento bem estruturada é o coração da gestão do conhecimento operacional. Mas muitas organizações criam bases de conhecimento que ninguém usa. Estes seis passos garantem uma base útil e sustentável.
Definir a estrutura
Categorias claras, taxonomia consistente. Separar artigos por público-alvo: técnicos vs utilizadores finais. Uma estrutura confusa é o primeiro obstáculo à adopção.
Escrever para o leitor
Linguagem clara, passos numerados, capturas de ecrã quando necessário. O artigo deve resolver o problema sem ajuda adicional. Se o leitor ainda precisa de telefonar, o artigo falhou.
Usar templates
Templates padronizados para artigos de resolução (problema/causa/solução), FAQs, procedimentos e instruções de trabalho. A consistência de formato reduz o tempo de leitura e facilita a pesquisa.
Manter actualizada
Definir responsáveis pela revisão. Marcar artigos desactualizados com uma flag visível. Remover conteúdo obsoleto sem hesitação: um artigo errado é pior do que nenhum artigo.
Medir a utilização
Artigos mais consultados, taxa de resolução via self-service, feedback dos utilizadores (positivo/negativo). Sem métricas, não se sabe o que funciona nem o que precisa de melhorar.
Integrar com o service desk
Os analistas devem pesquisar a base de conhecimento antes de escalar. Novos artigos devem ser criados após resolução de problemas inéditos. A base cresce com o trabalho diário.
"Uma base de conhecimento desactualizada é mais perigosa do que não ter nenhuma. Um analista que segue um procedimento errado demora mais e pode agravar o problema. A manutenção activa não é opcional."
Knowledge-Centered Service (KCS)
O KCS (Knowledge-Centered Service) é uma metodologia desenvolvida pelo Consortium for Service Innovation que vai mais longe do que a gestão do conhecimento tradicional. O princípio central do KCS é simples mas poderoso: capturar e reutilizar conhecimento como parte do fluxo de trabalho, não como uma actividade separada que os analistas fazem depois de resolver o incidente.
Nas organizações sem KCS, a documentação de conhecimento é tratada como um projecto paralelo. Os analistas resolvem os incidentes e depois, se tiverem tempo, escrevem um artigo. Na prática, esse "depois" raramente acontece. O KCS elimina este problema ao integrar a criação de conhecimento no próprio fluxo de resolução.
Os 4 passos do KCS
Durante a resolução de um incidente, o analista cria ou actualiza um artigo na base de conhecimento. O artigo pode estar incompleto inicialmente, mas o essencial fica registado enquanto a memória está fresca.
Usar templates consistentes garante que todos os artigos têm a mesma estrutura: contexto, causa, resolução, verificação. A consistência facilita a pesquisa e a leitura rápida.
Antes de investigar um problema novo, o analista pesquisa a base de conhecimento. Pesquisar primeiro, criar depois. Se o artigo existe, reutiliza-o e actualiza-o se necessário.
Os artigos são actualizados com base no feedback dos utilizadores e nas métricas de utilização. Artigos frequentemente consultados mas com baixa taxa de resolução indicam conteúdo a melhorar.
Resultados mensuráveis do KCS
O Consortium for Service Innovation documentou os seguintes resultados nas organizações que implementaram KCS com sucesso:
- Redução de 50-60% no tempo médio de resolução de incidentes
- Aumento de 30-50% na resolução ao primeiro contacto (First Contact Resolution)
- Redução significativa nos custos de onboarding de novos analistas
- Maior satisfação dos utilizadores devido a resoluções mais rápidas e consistentes
Estes resultados não são automáticos. Requerem uma mudança cultural: os analistas precisam de perceber que documentar conhecimento faz parte do trabalho, não é trabalho extra. A liderança tem de reconhecer e incentivar a contribuição para a base de conhecimento.
Benefícios da gestão do conhecimento
6 benefícios concretos da gestão do conhecimento
Resolução mais rápida
Analistas encontram soluções documentadas em vez de investigar do zero. O tempo de resolução cai de forma consistente quando existe uma base de conhecimento de qualidade.
Consistência do serviço
As mesmas soluções são aplicadas independentemente de quem atende. A qualidade do serviço deixa de depender da experiência individual de cada analista.
Self-service eficaz
Os utilizadores resolvem problemas comuns sem contactar o suporte. Um portal de self-service alimentado por uma boa base de conhecimento desvia uma fracção significativa dos contactos ao service desk.
Preservação do know-how
O conhecimento não se perde quando um colaborador sai da organização. O conhecimento tácito que antes existia apenas na cabeça das pessoas fica documentado e acessível.
Onboarding mais rápido
Novos membros da equipa produzem mais rapidamente com acesso ao conhecimento documentado. A curva de aprendizagem encurta de forma significativa quando existe uma base de conhecimento robusta.
Melhoria contínua
A análise dos artigos mais consultados revela padrões e oportunidades de melhoria. Problemas recorrentes com muitos artigos consultados são candidatos a eliminação definitiva via gestão de problemas.
Erros comuns na gestão do conhecimento
A maioria das iniciativas de gestão do conhecimento falha não por falta de tecnologia, mas por erros de abordagem. Estes são os cinco erros mais frequentes.
Uma base de conhecimento desactualizada é pior do que não ter nenhuma. Um artigo com uma solução incorrecta ou obsoleta faz o analista perder tempo e pode agravar o problema. A manutenção activa não é opcional.
Se os analistas não pesquisam a base de conhecimento antes de investigar, ela é inútil. A base de conhecimento tem de estar integrada na ferramenta de gestão de incidentes, acessível com um clique durante o atendimento.
Se o público-alvo é o utilizador final, a linguagem tem de ser acessível. Um artigo cheio de jargão técnico que o utilizador não compreende não resolve nada. Diferentes públicos precisam de diferentes artigos.
Sem métricas, não se sabe se a base funciona. Artigos consultados mas sem resolução indicam conteúdo fraco. Artigos com alta taxa de resolução são os activos mais valiosos. O que não se mede não se melhora.
A gestão do conhecimento é contínua. Não é algo que se "implementa" e esquece. Organizações que tratam a base de conhecimento como um projecto com data de fim descobrem que ela fica obsoleta em meses.
Descarregue a template de artigo de base de conhecimento
Modelo de artigo de conhecimento pré-formatado e pronto a utilizar.
Ver todas as templates ITSMPerguntas frequentes
DIKW (Data, Information, Knowledge, Wisdom) é um modelo que descreve como dados brutos são transformados em informação, depois em conhecimento utilizável, e finalmente em sabedoria para a tomada de decisões. Introduzido por Russell Ackoff em 1989, é um conceito central da gestão do conhecimento no ITIL que ajuda a estruturar a forma como a informação é recolhida, processada e utilizada.
O CMDB (Configuration Management Database) armazena informação sobre itens de configuração e as suas relações. O SKMS (Service Knowledge Management System) é mais amplo e inclui o CMDB, a base de conhecimento, registos de incidentes, documentação e outras fontes de informação. O CMDB é um componente do SKMS, não um substituto.
KCS (Knowledge-Centered Service) é uma metodologia desenvolvida pelo Consortium for Service Innovation que integra a criação e manutenção de conhecimento no fluxo de trabalho de suporte. Em vez de criar documentação separadamente, os analistas capturam e actualizam artigos enquanto resolvem incidentes. Os quatro passos do KCS são: Capturar, Estruturar, Reutilizar e Melhorar.
As principais métricas incluem: número de artigos na base de conhecimento, taxa de utilização dos artigos, percentagem de incidentes resolvidos com recurso à base de conhecimento, tempo médio de resolução com e sem artigo disponível, taxa de resolução via self-service, e feedback dos utilizadores (artigos úteis vs não úteis). Ver também KPIs ITIL para uma visão mais completa das métricas de gestão de serviços.
A implementação inicial pode levar 3 a 6 meses, incluindo a definição da estrutura, criação dos primeiros artigos e formação da equipa. Mas a gestão do conhecimento é uma prática contínua que amadurece ao longo de anos. O importante é começar pequeno, com os artigos mais consultados ou os incidentes mais frequentes, e expandir gradualmente com base nas métricas de utilização.
O ITIL 4 lista a gestão do conhecimento como uma das 34 práticas de gestão de serviços, mas não obriga a implementar todas. Cada organização escolhe as práticas mais relevantes para o seu contexto. Dito isto, a gestão do conhecimento é uma das práticas com maior retorno quando bem implementada, especialmente em organizações com equipas de suporte de dimensão média ou grande.
Quer implementar gestão do conhecimento?
Na formação ITIL 4 Foundation, aprende as práticas de gestão de serviços, incluindo a gestão do conhecimento.
Ver formação ITIL