Gestão do conhecimento
Processo end-to-end com modelo DIKW, metodologia KCS, actividades, RACI e métricas
Descarregar pack completoÂmbito e objectivos
Manter e melhorar a utilização eficaz, eficiente e conveniente da informação e do conhecimento em toda a organização, evitando que as mesmas questões sejam resolvidas repetidamente e que o conhecimento crítico se perca quando os colaboradores saem.
Resolução de incidente ou problema, introdução de novo serviço, identificação de lacuna de conhecimento, revisão periódica do ciclo de vida dos artigos ou saída de colaborador com conhecimento tácito crítico.
Desde a captura do conhecimento até à sua partilha, utilização e revisão contínua. Inclui artigos de base de conhecimento, procedimentos operacionais, FAQ e documentação técnica de suporte.
Gestão de dados em bruto sem contexto (responsabilidade de cada sistema de origem). Formação formal e desenvolvimento de competências dos colaboradores (recursos humanos).
Base de conhecimento actualizada e acessível, artigos validados e publicados, redução do tempo médio de resolução de incidentes, menor dependência de peritos individuais e integração mais rápida de novos colaboradores.
Modelo DIKW
O modelo DIKW descreve a hierarquia de valor do conhecimento. A gestão do conhecimento actua sobre todos os níveis, transformando dados brutos em sabedoria organizacional que orienta decisões estratégicas. Compreender este modelo é essencial para estruturar correctamente os artigos da base de conhecimento.
Factos em bruto sem contexto. Exemplos: número de tickets, logs de sistema, hora de um evento. Não têm significado por si só.
Dados com contexto e significado. Exemplo: "80% dos tickets de P1 ocorrem entre as 8h e as 10h". Os dados ganham utilidade quando relacionados.
Informação aplicada com experiência. Exemplo: artigo de base de conhecimento que descreve como resolver o erro X com os passos Y e Z.
Capacidade de tomar decisões correctas com base no conhecimento acumulado. É o objetivo final: uma organização que aprende e melhora continuamente.
Metodologia KCS
O Knowledge-Centered Service (KCS) é a metodologia de referência para organizações que pretendem criar conhecimento como subproduto natural do trabalho de suporte, em vez de o tratar como uma actividade separada. Assenta em dois ciclos complementares.
Capturar o contexto do problema no momento em que é resolvido, usando a linguagem do utilizador.
Estruturar o conteúdo de forma consistente: problema/sintoma, ambiente, causa, solução.
Reutilizar o artigo na próxima ocorrência semelhante, actualizando-o se necessário.
Melhorar o artigo com base no feedback de utilização e na evolução do problema.
Monitorizar a qualidade, relevância e actualidade dos artigos da base de conhecimento.
Integrar a criação de conhecimento nos fluxos de trabalho existentes, sem criar silos separados.
Avaliar o desempenho dos colaboradores com base na sua contribuição para a base de conhecimento.
Promover uma cultura de partilha de conhecimento e reconhecer as contribuições de forma visível.
Diagrama do processo
Diagrama BPMN simplificado do processo de gestão do conhecimento (3 swimlanes). Leitura da esquerda para a direita.
Actividades do processo
| # | Actividade | Responsável | Input | Output |
|---|---|---|---|---|
| 1 | Identificação de necessidade | Qualquer colaborador | Lacuna detectada, resolução nova, novo serviço | Necessidade de artigo registada |
| 2 | Captura do conhecimento | Colaborador / Equipa técnica | Resolução de incidente/problema, procedimento | Rascunho de artigo |
| 3 | Estruturação e formatação | Knowledge manager / Autor | Rascunho do artigo | Artigo estruturado conforme template |
| 4 | Revisão e validação | Knowledge manager | Artigo estruturado | Artigo validado e aprovado |
| 5 | Publicação | Knowledge manager | Artigo aprovado | Artigo disponível na base de conhecimento |
| 6 | Partilha e promoção | Knowledge manager / Service desk | Artigo publicado | Artigo comunicado às equipas relevantes |
| 7 | Utilização e feedback | Service desk / Utilizadores | Artigo publicado | Feedback de utilidade, estatísticas de uso |
| 8 | Revisão periódica | Knowledge manager | Calendário de revisão, feedback | Artigos actualizados ou retirados |
| 9 | Melhoria da base de conhecimento | Knowledge manager | Métricas, feedback, tendências | Melhorias à estrutura e conteúdo |
Descrição detalhada das actividades
A necessidade de um novo artigo surge tipicamente no momento de resolução de um incidente ou problema, quando o colaborador percebe que aquela solução não está documentada. Também pode surgir por iniciativa proactiva, como a introdução de um novo serviço ou a detecção de perguntas repetidas no service desk.
Passos chave
- Verificar se já existe artigo semelhante na base de conhecimento
- Avaliar se o conhecimento é suficientemente reutilizável para justificar documentação
- Registar a necessidade no sistema de gestão de conhecimento ou ferramenta ITSM
- Indicar a urgência e impacto estimado do artigo em falta
O colaborador que resolveu o problema é a pessoa mais indicada para capturar o conhecimento, uma vez que tem o contexto fresco e a experiência prática. A captura deve acontecer o mais próximo possível do momento da resolução, seguindo o princípio KCS de "capture while doing".
Passos chave
- Documentar o problema tal como foi reportado (usar a linguagem do utilizador)
- Descrever o ambiente onde o problema ocorreu (sistema, versão, configuração)
- Registar os passos de diagnóstico que conduziram à resolução
- Documentar a solução com passos concretos e reproduzíveis
- Indicar possíveis causas e condições em que o problema pode reocorrer
O knowledge manager ou o próprio autor transforma o rascunho num artigo estruturado, seguindo o template organizacional. A consistência de estrutura é fundamental para que os artigos sejam encontrados e compreendidos rapidamente sob pressão, como durante a resolução de um incidente.
Passos chave
- Aplicar o template padrão de artigo (problema, ambiente, solução, notas)
- Atribuir categoria, subcategoria e palavras-chave relevantes
- Verificar se a linguagem é clara e acessível ao público-alvo
- Adicionar imagens ou capturas de ecrã quando útil
- Definir data de revisão para garantir actualidade futura
O knowledge manager valida a exactidão técnica, a clareza e a conformidade do artigo com os padrões definidos. Quando existem dúvidas técnicas, pode envolver o service owner ou um especialista da equipa técnica. Artigos incorrectos publicados podem causar resoluções erradas e prolongar incidentes.
Passos chave
- Verificar a exactidão técnica dos passos de resolução
- Confirmar que o artigo não contradiz procedimentos existentes
- Validar que as palavras-chave facilitam a pesquisa
- Testar a solução sempre que possível antes da publicação
- Devolver ao autor com comentários específicos se não estiver adequado
Após validação, o artigo é publicado na base de conhecimento e fica disponível para utilização. A publicação inclui a indexação correcta para facilitar a pesquisa e a atribuição de permissões de acesso adequadas, distinguindo entre artigos internos e artigos de auto-serviço para utilizadores.
Passos chave
- Publicar o artigo na plataforma de gestão de conhecimento
- Definir visibilidade: interno (equipa técnica) ou externo (portal de auto-serviço)
- Confirmar que o artigo está indexado correctamente para pesquisa
- Registar a data de publicação e próxima data de revisão
A publicação de um artigo não é suficiente se as equipas não souberem da sua existência. A partilha activa de novo conhecimento acelera a adopção e aumenta a taxa de utilização. Artigos sobre problemas frequentes ou soluções complexas merecem comunicação explícita.
Passos chave
- Notificar as equipas relevantes sobre novos artigos de alto impacto
- Incluir artigos relevantes nas reuniões de briefing do service desk
- Partilhar via newsletter interna ou canal de comunicação da equipa
- Integrar artigos relevantes na formação de novos colaboradores
A utilização dos artigos durante a resolução de incidentes gera dados valiosos sobre a sua qualidade e relevância. O service desk deve registar quando um artigo foi utilizado para resolver um incidente e fornecer feedback quando o artigo está incorrecto, desactualizado ou incompleto.
Passos chave
- Registar o artigo utilizado no ticket de incidente (campo "KB article used")
- Classificar o artigo quanto à utilidade após a resolução
- Sinalizar artigos com informação incorrecta ou incompleta
- Sugerir melhorias ou actualizações através do mecanismo de feedback
Os artigos envelhecem. Mudanças de tecnologia, actualizações de software, novas configurações e alterações de processos tornam o conhecimento desactualizado. A revisão periódica garante que a base de conhecimento é um activo vivo, não um arquivo. Artigos desactualizados são mais prejudiciais do que a sua ausência.
Passos chave
- Executar revisões de acordo com o calendário definido por categoria
- Priorizar artigos com feedback negativo ou baixa classificação
- Verificar se os passos descritos continuam válidos no ambiente actual
- Actualizar, marcar como obsoleto ou retirar o artigo conforme o resultado
- Documentar o historial de alterações em cada artigo revisto
Para além da revisão individual de artigos, a base de conhecimento deve ser melhorada de forma sistemática: reorganizando categorias, ajustando templates, identificando lacunas estruturais e alinhando com as tendências dos incidentes. Esta actividade transforma os dados de utilização em melhorias concretas.
Passos chave
- Analisar métricas mensais: artigos mais usados, menos usados, com pior feedback
- Identificar categorias com lacunas (muitos incidentes sem artigo associado)
- Rever a estrutura de categorias e taxonomia da base de conhecimento
- Propor melhorias ao template padrão com base no feedback das equipas
- Definir objectivos de crescimento e qualidade para o próximo período
Modelo RACI
| Actividade | Knowledge manager (KM) |
Service desk (SD) |
Equipa técnica (ET) |
Service owner (SO) |
SD manager (SM) |
|---|---|---|---|---|---|
| Identificação de necessidade | A | R | R | I | I |
| Captura do conhecimento | A | R | R | - | I |
| Estruturação e formatação | R | C | C | - | A |
| Revisão e validação | R | - | C | C | A |
| Publicação | R | I | I | I | A |
| Partilha e promoção | R | R | I | I | A |
| Utilização e feedback | A | R | R | - | I |
| Revisão periódica | R | C | C | C | A |
| Melhoria da base de conhecimento | R | C | C | I | A |
Métricas e KPIs
| Métrica | Descrição | Target sugerido |
|---|---|---|
| Artigos criados por mês | Número de novos artigos adicionados à base de conhecimento no período | Tendência crescente |
| Taxa de utilização | Percentagem de artigos publicados que foram consultados pelo menos uma vez no período | > 60% |
| Taxa de resolução com KB | Percentagem de incidentes resolvidos com referência a um artigo da base de conhecimento | > 40% |
| Tempo médio com KB | Comparação do tempo médio de resolução quando existe artigo disponível versus quando não existe | 50% mais rápido |
| Artigos desactualizados | Percentagem de artigos cujo prazo de revisão foi ultrapassado sem actualização | < 10% |
| Feedback positivo | Classificação média dos artigos pelos utilizadores e service desk após utilização | > 4,0 / 5,0 |
| Contribuições por equipa | Número de artigos criados por cada equipa, indicando distribuição equilibrada da participação | Distribuição equilibrada |
| Artigos retirados | Número de artigos obsoletos removidos por período, indicando gestão activa do ciclo de vida | Tendência adequada |
Interfaces com outros processos
Gestão de incidentes
Resoluções documentadas alimentam a base de conhecimento. Incidentes repetidos sinalizam lacunas de conhecimento que devem ser colmatadas.
Gestão de problemas
Workarounds e causas-raiz identificadas geram artigos de alta qualidade. A base de erros conhecidos (KEDB) é parte integrante do SKMS.
Service desk
Artigos consultados durante o diagnóstico L1, aumentando a taxa de resolução no primeiro contacto e reduzindo o tempo médio de resolução.
Change enablement
Cada mudança implementada deve desencadear a actualização dos procedimentos e artigos relacionados, garantindo que o conhecimento reflecte o ambiente actual.
Formação e integração
Artigos da base de conhecimento servem como material de formação para novos colaboradores, reduzindo o tempo de onboarding e a dependência de peritos individuais.
Todos os processos
Cada processo operacional contribui com documentação para a base de conhecimento, tornando a gestão do conhecimento a cola que une toda a operação de TI.
Descarregar o pack completo
Inclui o processo documentado, template de artigo de base de conhecimento, modelo RACI, checklist de revisão e relatório de actividade.